Size: a a a

2021 February 18

ПК

Павел Калашников... in IT Way
Nikolay
Ребята, привет! Слушаю сейчас подкаст про Селектел и OpenStack. Непонятен момент про резервирование. Как в рамках одного ДЦ могут быть организованы несколько зон доступности, если все они завязаны на аптайм одного ДЦ?
Привет! Могу позвать гостя из этого выпуска в чат, чтобы он ответил на твой вопрос :)
источник

N

Nikolay in IT Way
Привет! Будет супер, поскольку я уже несколько дней пытаю поддержку в попытках разобраться с их сервисом.
источник
2021 February 19

ПК

Павел Калашников... in IT Way
Nikolay
Привет! Будет супер, поскольку я уже несколько дней пытаю поддержку в попытках разобраться с их сервисом.
написал гостю. Он ответит по возможности.

Кстати, у нас 11 марта запланирована ещё одна запись про специалистов из Selectel, будем разговаривать именно про дата-центры, про железо и веселье :)
источник

L

Leopold in IT Way
it -
источник

N

Nikolay in IT Way
Павел Калашников
написал гостю. Он ответит по возможности.

Кстати, у нас 11 марта запланирована ещё одна запись про специалистов из Selectel, будем разговаривать именно про дата-центры, про железо и веселье :)
Принял, спасибо!
источник

ПК

Павел Калашников... in IT Way
Приветствуем нашего гостя из выпуска подкаста IT Way №50 Александра Худякова!

Можно ему задавать интересующие вас вопросы. Только хочу напомнить, что Александр сможет отвечать тогда, когда сможет :)

И не забудьте упоминать его по никнейму, когда будете вопросы задавать :)
источник

N

Nikolay in IT Way
@axkhd Александр, привет! К вопросу выше про размещение двух зон в одном ДЦ, я еще добавлю вопрос о резервировании с вашей стороны таких сущностей OpenStack, что завязаны на трафик - балансировщик и роутер. Они как-то задублированы по-дефолту?
источник

АХ

Александр Худяков... in IT Way
Nikolay
@axkhd Александр, привет! К вопросу выше про размещение двух зон в одном ДЦ, я еще добавлю вопрос о резервировании с вашей стороны таких сущностей OpenStack, что завязаны на трафик - балансировщик и роутер. Они как-то задублированы по-дефолту?
Привет! Вот чтобы лег целый ДЦ - это очень маловероятная ситуация.

А вот отдельные части в ДЦ - отдельные стойки, например - могут сбоить по разным причинам. И вот чтобы уменьшить эту вероятность, и существуют зоны (по сути, группы стоек) внутри региона (который в целом также представляет группу групп стоек :) ), подключенные к разному сетевому оборудованию с резервированием каналов связи.

Распределяя ресурсы по зонам, мы уменьшаем вероятность того, что какой-то сбой, скажем, в сетевом оборудовании стойки существенно повлияет на инфраструктуру. Само собой, когда инфраструктура раскидана по разным регионам, расположенным в разных ДЦ, это надежнее просто размещения инфраструктуры в нескольких зонах одного региона, но тогда возникают накладные расходы на организацию связности между регионами - которую в последнее время организуют на L3-уровне, что не всегда удобно всем клиентам, и не каждый продукт клиентов умеет на таком уровне работать (чаще спрашивают про L2).

Касательно резервирования балансировщиков - они резервируются в зависимости от типа (недавно мы их обновили - раньше были балансировщики только с резервированием, сейчас можно и без него). Вот тут есть дока - https://kb.selectel.ru/docs/selectel-cloud-platform/main-services/load-balancers/load_balancers/

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

N

Nikolay in IT Way
Александр Худяков
Привет! Вот чтобы лег целый ДЦ - это очень маловероятная ситуация.

А вот отдельные части в ДЦ - отдельные стойки, например - могут сбоить по разным причинам. И вот чтобы уменьшить эту вероятность, и существуют зоны (по сути, группы стоек) внутри региона (который в целом также представляет группу групп стоек :) ), подключенные к разному сетевому оборудованию с резервированием каналов связи.

Распределяя ресурсы по зонам, мы уменьшаем вероятность того, что какой-то сбой, скажем, в сетевом оборудовании стойки существенно повлияет на инфраструктуру. Само собой, когда инфраструктура раскидана по разным регионам, расположенным в разных ДЦ, это надежнее просто размещения инфраструктуры в нескольких зонах одного региона, но тогда возникают накладные расходы на организацию связности между регионами - которую в последнее время организуют на L3-уровне, что не всегда удобно всем клиентам, и не каждый продукт клиентов умеет на таком уровне работать (чаще спрашивают про L2).

Касательно резервирования балансировщиков - они резервируются в зависимости от типа (недавно мы их обновили - раньше были балансировщики только с резервированием, сейчас можно и без него). Вот тут есть дока - https://kb.selectel.ru/docs/selectel-cloud-platform/main-services/load-balancers/load_balancers/

По поводу резервирования роутеров - мы же говорим о виртуальных роутерах внутри Облачной платформы - то там в случае отказа одного из хостов, который выполняет роль сетевой ноды, произойдет миграция и перезапуск виртуальных роутеров на другой сетевой ноде.
Принял, спасибо за ответ! То есть схема с размещением серверов приложений в нескольких зонах одного ДЦ, балансировщиком с резервированием из нескольких нод перед ними, и роутером для выхода в Интернет из этой подсети, выглядит достаточно отказоустойчивой?
источник

N

Nikolay in IT Way
И вот этот Failover будет в той же зоне или в другой?
источник

N

Nikolay in IT Way
А по поводу выхода из строя целого ДЦ - мы хостились в Xelent/SDN и, к сожалению, там это не редкость.
источник

N

Nikolay in IT Way
Хотя, он тоже третьего уровня.
источник

АХ

Александр Худяков... in IT Way
Nikolay
Принял, спасибо за ответ! То есть схема с размещением серверов приложений в нескольких зонах одного ДЦ, балансировщиком с резервированием из нескольких нод перед ними, и роутером для выхода в Интернет из этой подсети, выглядит достаточно отказоустойчивой?
В целом да, так это и работает - трафик будет проходить через виртуальный роутер на балансировщик, который уже дальше будет распределять трафик между остальными бэкендами за ним.
источник

L

Leopold in IT Way
it -
источник

АХ

Александр Худяков... in IT Way
Nikolay
И вот этот Failover будет в той же зоне или в другой?
Нет, оба инстанса балансировщика - и эктив, и резервный - находятся в одной зоне
источник

АХ

Александр Худяков... in IT Way
Nikolay
А по поводу выхода из строя целого ДЦ - мы хостились в Xelent/SDN и, к сожалению, там это не редкость.
Понял вас, то есть это были отказы целого ДЦ на несколько часов? Падала сеть?
источник

АХ

Александр Худяков... in IT Way
Кстати, пользуясь случаем, хочу рассказать, что у нас скоро будет Q&A сессия по облаку - в рамках нее все будут все продакты и не только, и можно будет задавать любые вопросы по облаку, которые придут в голову - вот ссылка https://slc.tl/-Mtxd
источник

L

Leopold in IT Way
product manager - Профессия. Управляющая должность. Продакт-менеджер - специалист, полностью отвечающий за цикл жизни продукта. Начиная от маркетинга и планирования, заканчивая разработкой и работой с клиентами.
источник

N

Nikolay in IT Way
Александр Худяков
Нет, оба инстанса балансировщика - и эктив, и резервный - находятся в одной зоне
То есть паление одной зоны выводит сервис из строя, несмотря на наличие нескольких серверов в разных за ним?
источник

N

Nikolay in IT Way
Александр Худяков
Понял вас, то есть это были отказы целого ДЦ на несколько часов? Падала сеть?
Какие-то проблемы с электричеством были периодически.
источник