www.ovh.com/fr/serveurs_dedies/hg/
www.ovh.com/fr/serveurs_dedies/all_servers.xml?range=hg

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

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

Инструкция по изменению пароля и настроек почтового ящика

Приносим извинения за неудобства.

Команды Scaleway-Online были осведомлены СМИ о том, что оборудование Super Micro будет иметь встроенный микроконтроллер.

Scaleway-Online работает с крупнейшими производителями на рынке для предоставления наших центров обработки данных во Франции и за рубежом. Super Micro является одним из них.
У нас есть среди наших десятков тысяч активных машин большой парк серверов с использованием компонентов от Super Micro.

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

Уже почти 10 лет мы проводим обширное тестирование и проверку всего оборудования, которое мы выбираем, и мы никогда не замечали никаких аномалий или специфического поведения на оборудовании, предоставляемом Super Micro.

Несмотря на всю нашу бдительность и наш контроль, которые являются неотъемлемой частью нашего ноу-хау, с тех пор мы не располагаем абсолютной гарантией и достаточной надежной информацией в это время, чтобы подтвердить или опровергнуть предполагаемые факты. Поэтому мы решили провести собственное расследование.

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

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

Команда Scaleway-Online

После апгрейда освободилось много серверов 2xE5645 (6c/12t) 2.4 GHz.
Готовы предоставить в кратчайший срок по очень приятной цене.

• 2xE5645, 48 GB, 4 x 200 GB Intel SSD, h/w raid — 10000 руб/мес
• 2xE5645, 48 GB, 4 x 2000 GB HDD, 100 GB SSD, h/w raid — 6000 руб/мес
• 2xE5645, 96 GB, 2 x 1000 GB HDD — 5700 руб/мес
• 2xE5645, 48 GB, 2 x 1000 GB HDD — 4800 руб/мес

Замена дисков:

• 2000 ГБ HDD — бесплатно
• 480 ГБ SSD (Micron 5100 ECO) — 1500 руб/мес
• 960 ГБ SSD (Micron 5100 ECO) — 2800 руб/мес
• 1920 ГБ SSD (Micron 5100 ECO) — 5500 руб/мес
• 4000 ГБ HDD — 1200 руб/мес
• 8000 ГБ HDD — 2000 руб/мес

Для заказа www.ihc.ru sales@ihc.ru

18 сентября мы запланировали капитальный ремонт на DC5 затрагивающий 8000 серверов, которые мигрировали из временного помещения в их окончательном место. Цель состояла в том, чтобы предоставить вам среду внедренной наших нового центра обработки данных DC5, который теперь предлагает 16.000 квадратных метров, посвященных серверам, 24 МВт электроэнергии, эффективность использования мощности (PUE) 1,09 и общее улучшение безопасности.

Эта операция была первоначально планировалось завершить в течение двух дней, 17 сентября и 18 с 6:00 до 8:00 CEST. Затем его вновь планируется сделать полностью на 18 сентября.

Миграция этих серверов, однако, больше, чем ожидалось. Мы столкнулись с трудностями в основном трех областях:

1. Физическая миграция продолжалась еще четыре часа и закончилась около 12:00 CEST.
2. Во время перезагрузки сети, оборудования пострадали от потери конфигурации, задерживало восстановление до 18:00 CEST.
3. Некоторые сервера столкнулись с ошибкой IPMI и перезагрузка этих машин была задержана, в результате этого вопроса.

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

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

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

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

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

Еще раз спасибо за вашу верность,

Команда Scaleway-Online

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

Чтобы дать некоторые цифры, клиенту потребовалось 5 недель для перемещения 300 ТБ виртуальных машин, включая планирование, установку, репликацию и переход на другой ресурс. За один день этот клиент установил 23 ТБ данных, или 1 ТБ / час между двумя центрами обработки данных в Германии. Другой клиент переместился из своего центра обработки данных более 200 ТБ, распространив более 750 виртуальных машин без простоя.

Год назад никто не мог представить себе эти горячие движения. Сама концепция смещения рабочих нагрузок между двумя центрами обработки данных была фантазией, делая ее горячей, просто химерической.

Перемещение рабочей нагрузки зависит от технологии VMware, HCX, для платформы Private Cloud. Эта технология, помимо управления безопасным перемещением рабочих нагрузок, обеспечивает плавный переход путем предоставления сетевого соединения между исходным дата-центром и дата-центром назначения через расширенную сеть L2, протянутую. Виртуальная машина, которая отправляется в Private Cloud hot, не теряет связи с другими машинами, с которыми она работает в номинальных условиях.

HCX использует 3 устройства, один для управления передачей виртуальных машин из одного центра обработки данных в другой, Cloud Gateway (CGW), один из которых работает с CGW, WAN Accelerator и тот, который используется для растянутой сети (L2C). Эти устройства автоматически развертываются на стороне частного облака и требуют четвертого устройства на стороне помещения, чтобы пилотировать развертывание и настройку этих трех основных элементов.

Примечание: CGW также отображается в инвентаре в качестве зарегистрированного хоста.


Подводя итог, будут созданы два минимальных туннеля между исходным дата-центром и целевым центром обработки данных, частным облаком OVH. Туннель между CGW для передачи виртуальных машин и туннель между L2C, который будет создавать растянутую сеть в случае необходимости расширения подсети. Само собой разумеется, что можно развернуть несколько L2C, в зависимости от количества расширяемых сетей.

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


Существует множество способов перемещения виртуальных машин, горячей миграции, теплой миграции и холодной миграции.

Горячая миграция, безусловно, самая впечатляющая. Через несколько кликов виртуальная машина находится в целевом центре данных без потери состояния, возможности подключения и контекста. Метод похож на vMotion, известных пользователей VMware, этот метод называется vMotion Migration. Принцип заключается в том, что хранение виртуальной машины отправляется в целевой центр назначения, как только хранилище виртуальной машины полностью синхронизировано, необходимо синхронизировать очередь памяти и ЦП, а центр данных назначения возьмите реле. Ограничением этого метода является секвенциализация процесса, который может влиять на рабочие нагрузкираспространяются через несколько виртуальных машин и требуют низкой задержки между виртуальными машинами. Когда VM мигрирует, латентность между центрами данных будет ощущаться:


Так что с «Массовая миграция» «Мы рассмотрим эту проблему, добавив, кроме того, функции, которые помогут контролировать миграцию. Цель этой миграции — синхронизировать один или несколько виртуальных машин с центром данных назначения, пока они все еще находятся в исходном центре данных, и поддерживать эту синхронизацию с течением времени. Рокер всех виртуальных машин будет проходить в течение выбранного администратора за эту миграцией, более благоприятной временной интервал в качалке, который будет проходить через угасания VM в центре источника и данных Запуск виртуальной машины в целевом центре данных. В дополнение к освоению триггера можно настроить виртуальную машину (обновление VMware Tools, обновление виртуального оборудования и т.д.) Поскольку все виртуальные машины перемещаются одновременно, растянутая сеть.


Последний способ переключения является разрушительным для производственных машин и поэтому скорее предназначен для миграции шаблонов, архивов, резервных копий. Холодно, VM выключено, и будет просто синхронизировать данные и автоматически переключаться, когда все данные поступают в датацентр назначения.

У нас есть более чем трехлетний опыт безопасной миграции рабочих нагрузок, сначала в центрах обработки данных vCloud Air, а затем в собственных дата-центрах OVH. В течение этого периода мы мигрировали экзабайты данных по всему миру.

HCX — это инструмент, который был предназначен для ответа на несколько проблем, связанных с миграцией, а также обеспечения работы виртуальных машин во время их передачи, необходимости переключения групп виртуальных машин, а также сетевого соединения между различными центрами обработки данных, и мы должны ассоциировать архитектурную работу. Действительно, миграция готовит вверх по течению, с проклейкой достаточно центра обработки данных назначения, которые могут адаптироваться с течением времени на OVH Private Cloud. Также необходимо работать над оценкой времени качания и стратегии качания, связанной с различными рабочими нагрузками источника центра обработки данных. В остальном это всего лишь история нескольких кликов в HCX.

Сегодня мы выпускаем наш объект службу хранения в публичных бета-версии! Платформа предоставляет вам простой способ хранить и распространять контент, независимо от количества данных, которые вы имеете.

Чтобы импортировать первые объекты, просто перейдите в раздел Хранение Вашего счета Scaleway, выберите AMS1 и нажмите Создать ведро. Вы можете также использовать наш S3-совместимый API.
www.scaleway.com/docs/object-storage-feature/
www.scaleway.com/faq/object-storage/

Начните хранение объектов
Чтобы узнать больше, не стесняйтесь читать нашу BlogPost. Услуга абсолютно бесплатна во время бета-тестирования. После этого, он будет выставлен счетом € 5 для первых 500 ГБ и 500 ГБ первой исходящих передач данных, а затем € 0.01 за каждые дополнительный ГБ и € 0,02 за каждый дополнительный ГБ исходящих передач данных.

Смотрим наш сервис хранения? Пожалуйста, поделитесь своим мнением о нашем сообществе платформе и не стесняйтесь открыть тикет, если вы столкнулись с каким — либо вопросом.
Команда Scaleway

Мы продолжаем работу по улучшению нашей AntiDDoS системы. В ночь с 8 на 9 ноября планируется её переконфигурация. В промежутке с 2:00 до 4:00 MSK возможны сбои в работе сети промежутком до 10 минут.