какая у вас скорость линка между дц?

какая у вас скорость линка между дц?

10G

сколько полосы потребуется под vmotion?

Vmotion кстати очень сильно хочет исправиться на “vomiting” на яблофоне

сколько полосы потребуется под vmotion?

хороший вопрос)

хороший вопрос)

правильный ответ: сколько ни дай, все мало

особенно если нагруженный сервис

10g вы, наверное, хотели и для чего-нибудь еще оставить?

Под SSH например

10g вы, наверное, хотели и для чего-нибудь еще оставить?

Ну как бы предполагается, что экскаватор копнёт не там, где надо и порвет всё, что приходит в ЦОД1, то трафик пользователей польется через DCI в ЦОД2. (Пользователи в том же здании, где и ЦОД1) А трафик от филиалов через интернет и через VPN провайдера.

экскаватор копнет внутри здания и трафик пойдет на внешнюю площадку?..

экскаватор копнет внутри здания и трафик пойдет на внешнюю площадку?..

Если рубанется инет и впн до ЦОД1

Я был в такой же ситуации

а что мешает сервисы при этом оставить в цод1?

что-то сложно прямо с утра

Ничего

а что мешает сервисы при этом оставить в цод1?

+

Фаер активный флапнется, бгп переконвержится

Фаер активный флапнется, бгп переконвержится

vmotion нинужын

Согласен

Фаер активный флапнется, бгп переконвержится

ок, но миграции не произойдёт же

Не произойдёт

Фаер кстати тоже не обязательно флапнется

а что мешает сервисы при этом оставить в цод1?

Сервисы-то можно оставить и они выйдут в инет и до филиалов через ЦОД2. Это уже другой тикет)

темная оптика между площадками, несколько волокон под FC, несколько под ethernet. Ну и операторы дают нам инет и L2VPN на двух площадках.

сильно темная?

то что надо vmotion, это другая хотелка.

Фаер кстати тоже не обязательно флапнется

ну тут да, смотря какой дизайн

сильно темная?

очень...

то что надо vmotion, это другая хотелка.

какую задачу вы хотите решить vmotion’ом?

какую задачу вы хотите решить vmotion’ом?

Я полагаю, что коллегам просто "по кайфу" чтобы он был)) Чувствую, что лучшим решение в моем случае будет подбить их к отказу от него.

именно

Это сильно сложней чем кажется

лучше всего предложить им собрать стенд

и попробовать это в демо-условиях при тестовой нагрузке

и попробовать это в демо-условиях при тестовой нагрузке

не исключено, что на тестовом стенде всё будет классно)

Отказ от vmotion значит что вопрос переноса сервисов с цода в цод ложится на плечи виндузятников

ну тут уж вопрос ловкости рук

но никакого мошенничества

Отказ от vmotion значит что вопрос переноса сервисов с цода в цод ложится на плечи виндузятников

какая есть альтернатива vmotion?

it depends

какая есть альтернатива vmotion?

LiveMigration :D

?

в абстрактном случае в вакууме ничего лучше холодной копии не придумали

Писать сервисы так, чтоб они не были чувствительны к перемене айпишников например

Писать сервисы так, чтоб они не были чувствительны к перемене айпишников например

ну или так

всякие exchange/sql поддерживают репликацию нативно

https://hh.ru/vacancy/22712197 на вид -годная вакансия. Это NFVI.

Го апплаиться.

Решать вопросы миграции и отказоустойчивости сервисов на уровне самих сервисов это потенциальный геморрой, время, деньги, ненависть, смерть, разруха

₽250-280k дадут, думаю, для начала.

Особенно если на уровне сети все можно сделать «в одном месте»

актив-актив это ток эникаст

актив-актив это ток эникаст

Точно?)

а какие еще есть стабильные варианты работы сервиса в режиме актив-актив

Днсом можно вполне раскидывать

Днсом можно вполне раскидывать

roundrobin?

вмошн конечно зло, но в большинстве случаев меньшее зло )

вмошн конечно зло, но в большинстве случаев меньшее зло )

Да нифига не меньшее, просто централизованное

мэээ, чо?

roundrobin?

Почему обязательно раундробин?

а какие еще есть стабильные варианты работы сервиса в режиме актив-актив

Надо строго отслеживать состояние приложения. Современные браузеры с днс норм работают

Почему обязательно раундробин?

geodns?

не все приложения работают через браузер ;)

мэээ, чо?

Если не вимоушен, то каждый сервис сам за себя отвечает. А с ним вопрос решается +- одинаково для всех сервисов.

нууу хз

вмошн применим только для небольших сервисов)

Как насчёт rto и rpo?

не все приложения работают через браузер ;)

Согласен, для веб говорю

Днсом можно вполне раскидывать

кроме днса ?

кроме днса ?

ADC

Как насчёт rto и rpo?

да, как насчет него? учитывая, что vmotion, бывает, фейлится

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

Коллеги говорят, что если изменится IP домен контроллера, то последствия погуть быть катострофическими. Типа если упадет ЦОД1, то в ЦОД2 непременно должна быьт виртуалка с таким же IP. Так оно?

Так домен-контроллер обычно не в количестве 1 штука

держите пару дц в одном цоде и пару в другом

Ну короче говоря на уровне виндовой инфраструктуры это решается без проблем, так ведь?

какой вариант был бы наиболее предпочтительным? Две независимые площадки, соединынные через L3, сервисы как-то кластеризуются по L3, нет никакого vmotion? Как у вас сделано?

между ЦОД L3 достаточно на уровне транспорта, бродкаст домент лучше без повода не растягивать :)

между ЦОД L3 достаточно на уровне транспорта, бродкаст домент лучше без повода не растягивать :)

согласен

А сохранить адреса ВМ с помощью оверлейных сетей

Как вариант

Перед ad так же можно балансировщик поставить и зарезервировать по l3

Перед ad так же можно балансировщик поставить и зарезервировать по l3

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

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

зачем что-то из бэкапа накатывать если вмошн фейлится?

Проблема в том, что в настройках приложений часто используют IP, вот тогда нужно IP mobility обеспечивать

Проблема в том, что в настройках приложений часто используют IP, вот тогда нужно IP mobility обеспечивать

вывод - стараться не использовать ip, а испоьлзщовать dns имя...

Ага. Но в больших организациях обеспечить выполнение этого простого правила очень сложно

Особенно когда есть подрядчики внешние

В итоге за счет сети решают проблемы настроек приложений

а какие еще есть стабильные варианты работы сервиса в режиме актив-актив

есть варианты на уровне программных оверлеев (NSX, etc.)

Оптимальная маршрутизация конечно тут будет задачкой, в идеале одна сетка с одной площадки, но если сильно хочется — можно и /32 маршрутами

зачем что-то из бэкапа накатывать если вмошн фейлится?

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

в кб есть статья, почему это происходит

ну-ка ну-ка? )

надо теперь вспомнить какие-нибудь ключевые слова, давно это было

если не затруднит

помню, что с коллегами обсуждали идиотизм ситуации