Открыть список
Как стать автором
Обновить
13
Карма
0
Рейтинг
Ренат Сайфутдинов @RenatS

Пользователь

Как мы проводим миграции в облако со сменой гипервизора и без даунтайма

Цена зависит от типов мигрируемых серверов (виртуальные или физические) и количества — оптом дешевле :) в среднем вилка от тысячи до двух за сервер

Как отрубали свет в маленьком дата-центре: дешёвый способ аварийного развёртывания

Между площадками сетевая связность на уровне L3. Подсети c разной адресацией. При переключении на резервную площадку происходит смена IP-адресов в ОС через VMware tools. Это штатный функционал Zerto.
В момент настройки репликации администратор мапит подсеть с основной площадки на подсеть в резервной площадке. Также на резервной площадке определена изолированная подсеть для тестовых переключений – Zerto поддерживает режим теста, при котором ВМ на основной площадке не выключаются. В случае тестового переключения ВМ на резервной площадке будут подняты в изолированном сегменте – проблем с инфраструктурой не будет.
С проблемой USN rollback в данном кейсе не сталкивались, так как реплицируемые ВМ используют ОС Linux c локальными пользователями. В случае кейса с AD лучшей практикой будет поднять контроллер домена на резервной площадке.

Байки облака

Во-первых, инфраструктура облаков размещается в сертифицированных ЦОДах (у нас две площадки уровня Tier 3).
Во-вторых, есть возможность сделать свои системы катастрофоустойчивыми, настроить кластеры и т.д.
В таком случае вопрос о падении, даже «аккуратном», вообще стоять не будет.

Как нашего заказчика не хотел отпускать провайдер

В SLA есть приоритизация заявок. Обращения с наименьшим severity действительно имеют срок реакции «в течение трёх дней». А физический доступ провайдер не предоставляет заказчикам из тех соображений, что оборудование принадлежит провайдеру. Это нормальная практика для поставщиков услуг IaaS.

Как нашего заказчика не хотел отпускать провайдер

Бизнес как раз-таки понимал, что время восстановления из бэкапа удовлетворяет требованиям показателя RTO. А вот обещанный трехдневный даунтайм бизнес не выдержал бы.

Как нашего заказчика не хотел отпускать провайдер

Нам повезло, что заказчик имел копию при себе. Естественно, у нее был некоторый срок давности, но основной объем данных был актуальный. А через канал накатили разницу средствами БД.

Как нашего заказчика не хотел отпускать провайдер

Проксирование запросов – это костыль, который для компании такого калибра неприемлем.
Есть формальные требования хранить персональные данные в России как минимум и недавние блокировки Amazon и Google как максимум.

Информация

В рейтинге
5,962-й
Работает в
Зарегистрирован
Активность