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

Когда пользователи запрашивают оборудование, они могут указать из каких зон они хотят строить свой экземпляр. Это позволяет снабдить пользователей облака возможностью распределения их ресурсов приложений по разным компьютерам для достижения высокой доступности при сбоях оборудования.

Широко применяемым использованием объединений хостов является предоставление информации для планировщика nova-scheduler. Например, вы можете использовать объединение хостов для объединения нескольких в группу, которая совместно использует определенные предпочтения(flavors) или образы.

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

Расширенное использование этой общей концепции позволяет различным типам предпочтений работать в различных соотношениях реализаций ЦПУ и ОЗУ, следовательно нагрузки с высокой интенсивностью вычислений и разработки с низкой интенсивностью, а также системы тестирования могут использовать совместно одно и то же облако без недостатка ресурсов для систем с высокой нагрузкой или потери ресурсов при низкой загруженности систем. Оно работает путем установки metadata в вашем объединении хостов и соответствующих ваших типах предпочтений extra_specs

Первым шагом является установка агрегированных значений ключей метаданных cpu_allocation_ratio и ram_allocation_ratio для значений с плавающей точкой. Планировщики фильтра AggregateCoreFilter и AggregateRamFilter будут использовать эти значения, а не глобальные значения по умолчанию в nova.conf при планировании хостов в объединении. Важно быть осторожным при использовании этой функции, поскольку каждый узел может находиться в нескольких объединениях, новой при этом должен иметьтолько один коэффициент распределения для каждого ресурса. Это может быть важным для вас не помещать хосты в различные объединения, которые определяют различные значения для одного ресурса.

Это только первая половина уравнения. Чтобыполучить тип предпочтения, который обеспечивает определенное отношение, вы должны установить extra_specs в типе предпочтения (flavor) для пары ключ-значение, которая должна соответствовать объединению. Например, если вы определите extra_specs cpu_allocation_ratio в значение "1.0", то экземпляр этого типа будет работать только в объединениях, где метаданные с ключом cpu_allocation_ratio также установлены в "1.0." На практике, лучше будет определить дополнительную пару ключ- значение для объединенных метаданных в соответствии с тем, чему они отвечают непосредственно для cpu_allocation_ratio или core_allocation_ratio. Это позволяет лучшую абстракцию. Напрмиер, путем определения ключа overcommit и установки значения "high", "medium" или "low", вы можете затем настраивать численные соотношения в объединениях без необходимости изменения всех типов предпочтений, относящихся к ним.

Замечание

Ранее все службы имели зону доступности. В настоящее время свою собственную зону доступности имеют только службы nova-compute. Службы, подобные nova-scheduler, nova-network и nova-conductor всегда распространяются на все зоны доступности. <Когда вы выполняете любую из следующих операций, соответствующие службы появляются в их собственных внутренних зонах доступности (CONF.internal_service_availability_zone): nova host-list (os-hosts) euca-describe-availability-zones verbose nova-manage service list Внутренняя зона доступности скрыта в euca-describe-availability_zones (nonverbose). CONF.node_availability_zone была переименована в CONF.default_availability_zone и используется только в службах nova-api и nova-scheduler. CONF.node_availability_zone все еще работает, но признана устаревшей.