эквивалентную 6-кратной сумме вашего счета за февраль 2021

После пожара, произошедшего 10 марта в нашем центре обработки данных в Страсбурге (SBG), мы с сожалением сообщаем вам, что службы Bare Metal, размещенные в зданиях SBG1 и SBG2 (см. Список ниже), пострадали во время этого события и не могут быть затронуты. вернул в эксплуатацию.
  • СЕРВИС ДЦ
  • СЕРВИС ДЦ
  • СЕРВИС ДЦ
  • СЕРВИС ДЦ
Мы рекомендуем заказывать альтернативные услуги в одном из других наших центров обработки данных, где мы увеличиваем свои мощности.

IP-адреса аварийного переключения и IP-блоки могут быть переданы только во французские центры обработки данных. Если вы хотите сохранить их, мы рекомендуем выбрать центры обработки данных Roubaix (RBX) или Gravelines (GRA).
Срок поставки этой новой услуги будет объявлен.

Чтобы извиниться за причиненные неудобства, мы предоставим услуги бесплатно на сумму, эквивалентную 6-кратной сумме вашего счета за февраль 2021 года за эти услуги. Мы свяжемся с вами через несколько дней и проинформируем об условиях бесплатного получения этой услуги.

Если вы включили функцию «Резервное хранилище» и сделали резервные копии данных в этом пространстве хранения, вы можете получить их, поскольку эти резервные копии находятся в удаленном центре обработки данных. В противном случае включите хранилище резервных копий при размещении нового заказа, если у вас еще нет другого решения для резервного копирования.

А пока следите за развитием ситуации через наш FAQ, который обновляется в режиме реального времени.

Мы прилагаем все усилия, чтобы мобилизовать наши команды и обеспечить максимальную поддержку.

Команды OVHcloud

Как Cloud Storage обеспечивает 11 девяток надежности - и чем вы можете помочь



Одним из важнейших аспектов любого решения для хранения данных является надежность — насколько хорошо ваши данные защищены от потери или повреждения? И это может показаться особенно важным для облачной среды. Облачное хранилище рассчитано на надежность не менее 99,999999999% в год, или 11 девяток. Это означает, что даже с одним миллиардом объектов вы, вероятно, проживете сто лет, не потеряв ни одного!

Мы очень серьезно относимся к достижению наших целей по долговечности. В этом посте мы рассмотрим основные способы защиты данных в облачном хранилище. В то же время защита данных — это, в конечном счете, общая ответственность (наиболее частой причиной потери данных является случайное удаление пользователем или администратором хранилища), поэтому мы предоставим передовые методы защиты ваших данных от таких рисков, как стихийные бедствия и пользовательские ошибки.

Физическая прочность
Большинство людей думают о надежности в контексте защиты от сбоев сети, серверов и оборудования хранения.

В Google философия заключается в том, что программное обеспечение — это, в конечном счете, лучший способ защиты от сбоев оборудования. Это позволяет нам достичь более высокой надежности по привлекательной цене, вместо того, чтобы полагаться на экзотические аппаратные решения. Мы предполагаем, что оборудование будет постоянно выходить из строя — потому что это так! Но это не значит, что страдает долговечность.

Чтобы сохранить объект в облачном хранилище, мы разбиваем его на несколько «блоков данных», которые размещаем на разных серверах с разными источниками питания. Мы также создаем ряд «фрагментов кода» для избыточности. В случае отказа оборудования (например, сервера, диска) мы используем фрагменты данных и кода для восстановления всего объекта. Этот метод называется кодированием со стиранием. Кроме того, мы храним несколько копий метаданных, необходимых для поиска и чтения объекта, чтобы в случае отказа одного или нескольких серверов метаданных мы могли продолжить доступ к объекту.

Ключевым требованием здесь является то, что мы всегда сохраняем данные с избыточностью в нескольких зонах доступности, прежде чем запись будет признана успешной. Используемые нами кодировки обеспечивают достаточную избыточность для поддержки цели более 11 девятки устойчивости к аппаратным сбоям. После сохранения мы регулярно проверяем контрольные суммы, чтобы защитить данные в состоянии покоя от определенных типов ошибок данных. В случае несоответствия контрольной суммы данные автоматически восстанавливаются с использованием избыточности, присутствующей в наших кодировках.
Лучшая практика: используйте двух- или многорегиональные местоположения

Эти уровни защиты от рисков физической прочности хороши и хороши, но они не могут защитить от значительного физического разрушения региона — подумайте о военных действиях, падении астероида или других крупномасштабных катастрофах.

Целевой показатель прочности Cloud Storage 11 девяток применяется к одному региону. Чтобы пойти дальше и защититься от стихийных бедствий, которые могут уничтожить целый регион, подумайте о хранении наиболее важных данных в сегментах с двумя или несколькими регионами. Эти сегменты автоматически обеспечивают избыточность ваших данных в географических регионах. Использование этих сегментов не требует дополнительной настройки или изменений API в ваших приложениях, обеспечивая дополнительную устойчивость к очень редким, но потенциально катастрофическим событиям. В качестве дополнительного преимущества эти типы местоположений также имеют значительно более высокую доступность SLA, поскольку мы можем прозрачно обслуживать ваши объекты из более чем одного местоположения, если регион временно недоступен.

Долговечность при транспортировке
Другой класс рисков устойчивости связан с повреждением передаваемых данных. Это могут быть данные, передаваемые по сетям в самой службе облачного хранилища или при выгрузке или загрузке объектов в / из облачного хранилища.

Для защиты от этого источника повреждения данные, передаваемые в облачном хранилище, всегда без исключения защищены контрольной суммой. В случае ошибки проверки контрольной суммы запрос автоматически повторяется или возвращается ошибка, в зависимости от обстоятельств.
Лучшая практика: используйте контрольные суммы для выгрузки и скачивания

В то время как Google Cloud проверяет суммы всех объектов облачного хранилища, которые перемещаются в рамках нашего сервиса, для обеспечения сквозной защиты мы рекомендуем вам указывать контрольные суммы при загрузке данных в облачное хранилище и проверять эти контрольные суммы на клиенте при загрузке объекта..

Риски долговечности, вызванные деятельностью человека
Возможно, самый большой риск потери данных связан с человеческой ошибкой — не только с ошибками, совершаемыми нами как разработчиками и операторами службы, но и с ошибками, совершаемыми пользователями облачного хранилища!

Ошибки программного обеспечения потенциально являются самым большим риском для надежности данных. Чтобы избежать потери долговечности из-за ошибок программного обеспечения, мы в первую очередь стараемся избегать ошибок, приводящих к повреждению или стиранию данных. Затем мы обеспечиваем меры безопасности для быстрого обнаружения этих типов ошибок с целью их отлова до того, как ухудшение долговечности превратится в потерю долговечности.

Чтобы заранее выявлять ошибки, мы выпускаем новую версию Cloud Storage в рабочую среду только после того, как она пройдет большой набор интеграционных тестов. Сюда входит выполнение различных сценариев сбоя в крайних случаях, таких как выход из строя зоны доступности, и сравнение поведения API-интерфейсов кодирования и размещения данных с предыдущими версиями для выявления регрессий.

После утверждения новой версии программного обеспечения мы развертываем обновления поэтапно по зонам доступности, начиная с очень ограниченной начальной области воздействия и постепенно увеличиваясь до тех пор, пока она не станет широко распространенной. Это позволяет нам выявлять проблемы до того, как они окажут большое влияние, и пока есть дополнительные копии данных (или достаточное количество фрагментов кода стирания), из которых можно восстановить при необходимости. Эти развертывания программного обеспечения тщательно отслеживаются, и в случае необходимости предусмотрены планы быстрого отката.
Вы также можете многое сделать, чтобы защитить свои данные от потери.
Рекомендация: включите управление версиями объектов

Одним из наиболее распространенных источников потери данных является случайное удаление данных администратором хранилища или конечным пользователем. Когда вы включаете управление версиями объектов, Cloud Storage сохраняет удаленные объекты на случай, если вам потребуется восстановить их позже. Настроив политики управления жизненным циклом объектов, вы можете ограничить время хранения объектов с версиями до их окончательного удаления, чтобы лучше контролировать расходы на хранение.
Лучшая практика: сделайте резервную копию ваших данных

Целевая надежность Cloud Storage 11 девяток не избавляет от необходимости резервного копирования ваших данных. Например, подумайте, что может сделать злоумышленник, если получит доступ к вашей учетной записи Cloud Storage. В зависимости от ваших целей резервная копия может быть второй копией данных в другом регионе или облаке, локально или даже физически изолированной с воздушным зазором на ленте или диске.
Рекомендация: используйте политики сохранения доступа к данным и журналы аудита

Для долгосрочного хранения данных используйте функцию блокировки корзины облачного хранилища, чтобы задать политики хранения и обеспечить блокировку данных на определенные периоды времени. Это предотвращает случайное изменение / удаление и в сочетании с журналом аудита доступа к данным может удовлетворить нормативные и нормативные требования, такие как FINRA, SEC и CFTC, а также определенные правила хранения в отрасли здравоохранения.
Лучшая практика: используйте политики управления доступом на основе ролей

Вы можете ограничить радиус действия злонамеренных хакеров и случайных удалений, убедившись, что политики контроля доступа к данным IAM соответствуют принципам разделения обязанностей и наименьших привилегий. Например, отделите тех, кто может создавать сегменты, от тех, кто может удалять проекты.

Ключи шифрования и надежность
Все данные облачного хранилища всегда зашифрованы при хранении и передаче в облаке. Поскольку объекты невозможно прочитать без их ключей шифрования, потеря ключей шифрования представляет собой значительный риск для надежности — в конце концов, какой смысл в данных с высокой надежностью, если вы не можете их прочитать? В облачном хранилище у вас есть три варианта управления ключами: 1) доверить Google управление ключами шифрования за вас, 2) использовать ключи шифрования, управляемые клиентом (CMEK) с Cloud KMS, или 3) использовать ключи шифрования, предоставленные клиентом (CSEK) с внешний сервер ключей.

Google предпринимает аналогичные шаги, описанные ранее (включая кодирование стирания и проверку согласованности), для защиты ключей шифрования, находящихся под его контролем.
Лучшая практика: защитите свои ключи шифрования

Выбирая CMEK или CSEK для управления своими ключами, вы получаете прямой контроль над управлением своими собственными ключами. В этих случаях жизненно важно, чтобы вы также защищали свои ключи таким образом, чтобы обеспечить по крайней мере 11 девяток долговечности. Для CSEK это означает поддержание внешних резервных копий ваших ключей, чтобы у вас был путь к восстановлению, даже если ваши ключи каким-либо образом потеряны или повреждены. Если такие меры предосторожности не приняты, стойкость ключей шифрования будет определять надежность данных.

Выход за пределы 11 девяток
Google Cloud очень серьезно относится к защите ваших данных. На практике многочисленные методы, описанные здесь, позволили облачному хранилищу на сегодняшний день увеличить годовой срок службы более 11 девят. Добавьте к этому лучшие практики, которыми мы поделились в этом руководстве, и вы поможете гарантировать, что ваши данные будут здесь, когда они вам понадобятся — будь то сегодня позже или через десятилетия в будущем. Для начала ознакомьтесь с этой обширной коллекцией практических руководств по облачному хранилищу.

Обновленные Условия предоставления услуг

Обновленные Условия предоставления услуг, соглашений об уровне обслуживания и политики конфиденциальности


Мы внесли некоторые изменения в наши Условия предоставления услуг, соглашения об уровне обслуживания и политики конфиденциальности. Эти изменения вступят в силу 10 июля 2019, поэтому, пожалуйста, потребуется некоторое время, чтобы рассмотреть их. Продолжение использования любых услуг OVHcloud после 10 июля 2019 будет означать ваше согласие любых и всех таких изменений.
us.ovhcloud.com/legal/terms-conditions
us.ovhcloud.com/legal/privacy-policy
us.ovhcloud.com/legal/service-level-agreements

Вот краткий обзор некоторых изменений, многие из которых мы сделали, чтобы сделать эти документы более четкими и последовательными:

условия обслуживания
  • Не OVHcloud больше не предоставляет услуги под названием «vCloud Air TM работает на OVH». Все материалы, связанные с этими услугами, были удалены.
  • Мы скорректировали наши условия оплаты более четко, где клиенты могут найти цены на наши услуги.
  • Мы внесли небольшие изменения в типах контента, запрещенные в настоящее время размещаются на серверах OVHcloud.

Мы заменили наше Дополнение Data Privacy с новым более надежным соглашением обработки данных который включен в качестве ссылки в Условие предоставления услуг. Это новое соглашение по обработке данных (DPA):
  • уточняет сферу нашей обработки персональных данных и определяет нашу роль в качестве процессора с относительно «Data Service», и в качестве контроллера в отношении «Relationship данных» и «Использование данных»;
  • дает вам более подробную информацию относительно того, как можно удалить и получить данные обслуживания;
  • разъясняет, каким образом мы будем помогать отвечать на запросы субъектов данных и третьих лиц;
  • запрещает вам от предоставления нам информации регулируется в соответствии с Законом об ответственности за медицинской информации и переносимости (HIPAA), если мы не ввели в бизнес — ассоциированного соглашения;
  • обязуется передачи данных услуг в соответствии с рамками конфиденциальности Щит ЕС и США и Швейцарии, США и / или GDPR стандартных условий договора; а также
  • уточняет, что ответственность в соответствии с настоящим DPA будет зависеть от условий, изложенных в соглашении между вами и OVHcloud для предоставления услуг.

Мы заменили Описания OvH услуги в полном объеме новый документ под названием Service Особые условия, который включен в качестве ссылки в Условия предоставления услуг. Эти обслуживания Особые условия предназначены для:
  • обновить описания услуг, чтобы отразить изменения в наших предложениях;
  • более четко изложены условия, применимые к каждой из услуг, предлагаемых OVHcloud;
  • принять универсальные условия, которые применимы ко всем услугам OVHcloud;
  • информировать вас о ваших обязательствах в отношении предложений OVHcloud в; а также
  • уточнить обязанности OVHcloud к вам.

Соглашение об уровне обслуживания
Мы обновили соглашение об уровне обслуживания, чтобы покрыть текущий список OVHcloud по предложениям, включая наш полный спектр выделенных серверов и виртуальных частных серверов (VPS).
Мы также обновили наши ежемесячные обязательства доступности для наших выделенных серверов и уточнить, какой уровень доступности относится к которым службе OVHcloud.
Все материалы, связанные с прекращенным «vCloud Air ТМ питанием от OVH» услуг были удалены.

политика конфиденциальности
OVHcloud больше не поддерживает позицию директора по защите данных (ДПО); Однако, вы можете по-прежнему осуществлять свои права в соответствии с политикой конфиденциальности в любое время, связавшись с нами по адресу privacy@corp.ovh.us или по почте по адресу, указанному в политике конфиденциальности.

Резюме выше, не является исчерпывающим, поэтому мы настоятельно рекомендуем вам ознакомиться с полной, обновленной версией каждый из этих документов в us.ovhcloud.com/legal

Благодарим Вас за то, что клиент OVHcloud. Пожалуйста, посетите us.ovhcloud.com/about/contact чтобы связаться с нами, если у вас есть какие — либо вопросы.

Большое спасибо,
OVHcloud Team

SLA Information – November 9 incident Roubaix (RBX)

On Thursday November 9, some of your services were affected by a network incident in our French site, in Roubaix (RBX). We would like to extend our sincerest apologies.

Flagged at 8:01am (French time), the incident was declared closed by our teams at 10:34am (French time). You were unable to access your services during this time.

All of your services are now working again, and we are here to answer any questions which you may have regarding your products.

We are well aware of the consequences of this service interruption, and we will, of course, be activating the planned compensation for products which are contractually bound by an SLA. As a reminder, you can find all the SLA levels pertaining to your products, in the customer control panel. You can view all compensation details via this link.
тут-адрес-панели/billing/sla/

The causes of this incident are still being analyzed, and we have already taken some measures which will further strengthen the reliability of our services, even in the most unexpected situations.

You can find additional information about the event and the resulting actions here. Rest assured that we are doing everything to learn from each new situation encountered, to further improve our service availability. We will keep you informed of the implementation of these measures.

We are very sorry for the inconvenience this incident may have caused, and would like to reiterate our sincerest apologies.
Regards, The OVH team

от редакции
по русски написано ТУТ

Мы даем гарантии - новый VDS сервер "Атлант"

Для предупреждения проблем отказа серверного оборудования FirstVDS внедряет современные решения. В ближайшее время мы представим виртуальный сервер, основанный на технологии распределенной кластеризации, связанной сетью Infiniband.

Infiniband — высокоскоростная сеть (56 Гбит/с) cо временем отклика в ~0,7мкс связывает два кластера: вычислительный и накопительный. В случае отказа вычислительного сервера в кластере, виртуальная машина немедленно запускается на другом. Если же из строя выйдет накопительный сервер — технология избыточного хранения позволит восстановить информацию.



Мы даем гарантии — новый VDS сервер «Атлант» (кстати говоря, первоначальное название — «Мужик», ведь он так надежен!) будет подкреплен собственным SLA (соглашение об уровне предоставления услуги). При недоступности от двух минут в день — мы вернем вам деньги.

В ближайшее время сервер будет доступен всем — следите за новостями на нашем сайте и социальных сетях, ожидаются подарки.