status.ovh.net/?do=details&id=14809
travaux.ovh.net/?do=details&id=25709

Для того, чтобы вместить 3 миллиона в общем хостинге сайтов мы используем 2 центров обработки данных: исторический DC в Париж (P19) и новый DC в Гравелине (GRA1). На P19, мы используем
различные технологии для хранения данных для сайтов веб и базы данных. В большинстве случаев мы использовать нашу технологию SIN или SIN-HA на основе ZFS.

Кроме того, на Р19 в некоторых случаях мы используем хранение EMC VNX 5400 с записью
SSD-накопители. Это решение, которое, мы осуществили в 2012 году, чтобы преодолеть проблемы с производительностью хранения что у нас было в 2012 году на базах данных. от мы устанавливаем производительность на нашем NAS-HA и GRA мы больше не используем наши внутренние решения.

Четверг, 29 Июня в 18:30, у нас был инцидент на один массив хранения данных EMC VNX 5400 мы используем хранить часть хостинг баз данных общий с P19. Это представляет собой сборку из 96
SSD-накопители, настроенные в активный / активный на нескольких физические окна. Набор не хочет, чтобы перезапустить. нам связались с производителем и мы пытаемся найти решение для восстановления данных, размещенных на этом залив.

Массив хранения данных используется для размещения баз из общего хостинга данных. Кроме того, все базы данных BACKUPE данные каждые 24 часа на других системах существующие хранилища в другом RBX1 DC Рубе.

У нас есть 2 текущие действия:

1) Мы находимся в контакте с EMC, с которым мы пытался перезапустить систему. команда RBX приняла массив хранения данных EMC VNX 5400 мы имели в запасные Рубе для транспортировки Р19. Бухта прибытие на P19 в 3 часа ночи и мы стараемся перезагрузить диски в новом массиве хранения. Мы попросили электромагнитные помехи на сайте для поможет нам перезапустить быстро. Мы знаем, не сколько времени это займет, чтобы перезапустить, и если нам удастся восстановить данные. У нас нет ETA. Техника EMC должен быть на сайте до 10:00. Мы будем иметь больше информации это время.

2) поэтому мы начали восстановление баз данных данные из резервной копии. Это восстановление началось полночь утром. Сегодня утром в 9 часов утра, около 15% база
Данные были включены снова в «только для чтения» то, что веб-сайты могут читать данные в базах данных, но не все же может изменить. Мы продолжаем восстановление, что будет принимать до около 20ч той ночи. Весь процесс теперь автоматизированы и мы имеем достаточно для хранения
развертывание этих баз данных Р19.

Следующий шаг. Есть 2 варианта. Вариант А и вариант B.

А) если мы можем восстановить данные из отсека мы сразу же перезапустить все основания данные. нет потери данных.

б) если мы не в состоянии перезапустить залив. в этом случае мы будем активировать режим «чтение и писание «в базах данных, которые были восстановить из резервной копии, которая будет задержкой 22H минимальное и максимальное 1H баз на версии. Данные на момент выхода из строя.

Для отслеживания задач для работы по восстановлению
База данных:
travaux.ovh.net/?do=details&id=25697

113 VM с базой данных были затронуты.

Мы приносим извинения за эту неудачу.
последний крах такого масштаба 2006 года и время мы расспросили все технологии хранения мы используем в OVH. Эта неудача еще один урок, и мы будем сообщаться изменения, которые делают кости закончить этот случай, чтобы избежать повторения следующего провала этой величины в будущее 10 лет.

As the core of any cloud workload, compute should be affordable, fast and scalable. That's why in October, we lowered the price of Compute Engine by 10% for all instance types in every region. On November 4th at Google Cloud Platform Live, we announced additional price reductions for networking and storage products.

Networking
As more of our customers manage traffic to and from instances and the Internet, we've lowered egress prices as much as 47% across Asia-Pacific to match prices in North America, Europe, the Middle East and Africa. Due to their particular costs, egress to China and Australia will be priced separately from the rest of Asia-Pacific, with China rates increasing March 1st, 2015. Developers can lower egress costs further by peering with Google via Google Cloud Interconnect at preferential rates.

Persistent Disk
The price for SSD Persistent Disk has dropped by 48% to $0.17 per GB/Month, still with no separate fee for I/O operations. Storage for Persistent Disk snapshots is now the same price as standard Google Cloud Storage: $0.026 per GB/Month, a 79% reduction. Beginning March 1st, 2015, restores of Persistent Disk snapshots will be subject to the same egress fees as other Compute Engine network traffic.

Cloud SQL
We've dropped the price of our biggestCloud SQL instances — D4, D8, D16, and D32 — by 25%. This applies to both Packaged and Per-Use billing plans.

BigQuery
The price of BigQuery storage has dropped by 23% to $0.02 per GB/Month, the same price as Google Cloud Storage's popular Durable Reduced Availability (DRA) storage class.

With some of the lowest prices in the industry, Compute Engine helps developers gain the performance and consistency of Google's worldwide network. Now it's more affordable than ever to deploy large clusters, handle giant data sets and work more efficiently in the cloud.