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

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

Например, вычислительные узлы на базе ЦП, памяти или локального хранилища. Для облаков на основе NFV или HPC могут даже существовать определенные сетевые конфигурации, которые следует зарезервировать для конкретных рабочих нагрузок на определенных вычислительных узлах. Этот метод распределения определенных ресурсов по группам или зонам вычислений можно назвать упаковкой контейнеров.

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

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

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

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

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

Другой вариант — оценить средние рабочие нагрузки и увеличить количество экземпляров, которые могут работать в вычислительной среде, путем корректировки коэффициента превышения нагрузки. Это соотношение настраивается для процессора и памяти. Коэффициент перераспределения ЦП по умолчанию составляет 16:1, а коэффициент перераспределения памяти по умолчанию — 1,5:1. Определение настройки коэффициентов превышения ресурсов на этапе проектирования важно, поскольку оно оказывает непосредственное влияние на аппаратную схему ваших вычислительных узлов.

Недостаточная емкость диска также может отрицательно повлиять на общую производительность, включая использование ЦП и памяти. В зависимости от внутренней архитектуры уровня блочного хранилища OpenStack емкость включает добавление дисковых полок в корпоративные системы хранения или установку дополнительных узлов блочного хранилища. Может потребоваться обновление хранилища с прямым подключением, установленного на вычислительных узлах, и увеличение емкости общего хранилища для дополнительного эфемерного хранилища для экземпляров.

Рассмотрим требования к вычислительным ресурсам узлов без гипервизора (также называемых узлами ресурсов). Сюда входят контроллер, узлы объектного хранилища, узлы блочного хранилища и сетевые службы.

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