Опции развертывания облаков
Обзор
Чтобы учесть различные требования клиентов, мы предлагаем несколько вариантов развертывания.
Мы используем комбинацию блейд-серверной платформы HPE (для серверов и частично для хранилищ), HPE proliant (для больших 4-сокетных серверов), серверов Supermicro для кластерного хранения, коммутаторов Mellanox и Arista.
-
Все устройства обеспечивают отдельные порты ILO и функции управления
-
Все устройства обеспечивают по крайней мере 2-кратный резервный источник питания
-
Мы контролируем все оборудование в режиме реального времени и управляем им через отдельную сеть ILO, подключенную через два различных VPN-канала к нашему операционному центру
-
Мы обслуживаем и управляем конвергентными гипервизорами (объединенными вычислительными и сетевыми узлами), узлами хранения данных и облачными контроллерами через отдельную сеть управления, подключенную через два различных VPN-канала к нашему операционному центру
-
Облачные контроллеры развертываются с трехкратным резервированием
-
Мы осуществляем мониторинг облачных контроллеров в режиме реального времени и все необходимые задачи по контрольно-диспетчерским функциям; регулярные резервные копии облачных контроллеров хранятся вне нашего операционного центра
-
Виртуальные сети клиентов используют распределенную виртуальную маршрутизацию; по соображениям производительности они развертываются через VLAN вместо VXLAN/GRE
Простое развертывание для одного сайта
Базовое развертывание на одном сайте
Этот сценарий подходит для нужд, требующих средней производительности, ограниченной масштабируемости и стандартной степени готовности.
Он основан на блейд-серверной платформе HPE и комбинированных вычислительных, сетевых и запоминающих узлах, использующих до 2 x 18 ядер процессоров Intel XEON E5 на узел.
Блейд-хранилища в шасси подключаются через RAID-контроллеры SAS3 и используются для питания хранилища образов и виртуальных дисков, а также виртуальных файловых ресурсов. Они могут быть сконфигурированы либо с жесткими дисками 12 x 1.2 ТБ 10K, либо с твердотельными дисками 12 x 1960 ГБ SAS3.
Таким образом, общая емкость каждого корпуса составляет до 576 физических процессорных ядер (1,152 процессорных потока) или 376,320 ГБ SSD-накопителя или любой его комбинации.
Облако может быть развернуто в нескольких (многих) корпусах, но хранилище не может быть разделено между корпусами, и поэтому образы, экземпляры, виртуальные диски и общие файловые ресурсы, развернутые на гипервизорах в одном корпусе, являются локальными для этого корпуса (ограниченная масштабируемость).
Расширенное развертывание на одном сайте
Расширенное развертывание на одном сайте
В этом сценарии блейд-платформа HPE используется для вычислительных ресурсов и сетевой виртуализации, хранилища развертываются отдельно и совместно используются в разных корпусах. Это улучшает масштабируемость корпусов для больших сред.
Хранилища развертываются с помощью наших решений для хранения данных и обеспечивают практически неограниченную масштабируемость.
Для резервного копирования отдельное вторичное кластерное хранилище может быть дополнительно развернуто либо на первичном, либо на вторичном сайте, либо на обоих. Трафик хранилища (виртуальные машины, виртуальные диски, виртуальные файловые ресурсы) проходит через сети коммутаторов SAN или GbE между блейд-системами и контроллерами / кластерными хранилищами.
Кроме того, большие 4-сокетные стоечные серверы HP proliant могут быть развернуты для удовлетворения спроса на большие виртуальные машины с до 80 физическими процессорными ядрами.
Трафик клиента от и к виртуальным машинам переключается через коммутирующие матрицы GbE на/из основных возможностей маршрутизации клиента или непосредственно на приемные коммутаторы L2, если они развернуты в одной подсети.
Трафик облачного управления (клиенты) также проходит через другую ИТ-инфраструктуру заказчика, включая VPN, или непосредственно в/из Интернета.
Облачный и другой управленческий трафик для администрирования облачных систем и трафик ILO (гипервизоры, узлы хранения, сетевые коммутаторы) проходит через коммутационную ткань, а VPN-маршрутизация направляется в/из нашего операционного центра.
Первичное и вторичное развертывание сайта
В этом сценарии мы можем запускать критические виртуальные ресурсы на обоих сайтах.
Облачные контроллеры изначально настраиваются на обоих сайтах с зеркальными версиями и конфигурациями. VLAN и таблицы маршрутизации настроены как зеркала друг друга.
Механизм репликации базы данных контроллера настроен таким образом, что все конфигурации управления облаком также применяются к базам данных контроллера на вторичном сайте.
Кроме того, резервные копии обычно либо непосредственно выполняются в кластере на вторичном сайте, либо реплицируются между двумя резервными кластерами. Файловые ресурсы также могут быть реплицированы между сайтами.
Пропускная способность репликации обычно очень ограничена, и выбираются только действительно важные данные.
В случае хранилища SAN тома, содержащие данные критических виртуальных машин и виртуальных дисков, настраиваются для межсайтовой репликации SAN-SAN.
HPE BL2500 Storage Blade
HPE C7000 Enclosure (16 Blades)