Возможность в автоматическом режиме разворачивать заранее предопределенные конфигурации набора виртуальных машин (IaC)¶

Основные возможности Heat¶

• Управление зависимостями: Если том объявлен как подключенный к определенному серверу, Heat знает, что сначала нужно создать сервер, затем том, а затем подключить их.
• Полный жизненный цикл: После создания стека (развернутого шаблона) вы можете обновить его, изменив шаблон и повторно применив его. Heat вычисляет разницу и корректирует ресурсы.
• Декларативность: Шаблоны определяют конечное состояние инфраструктуры, а Heat обеспечивает его достижение.
• Параметры и условия: Возможность параметризации шаблонов и динамического включения/исключения ресурсов.
• Циклы: Новые версии HOT (Heat Orchestration Template) поддерживают циклы для генерации нескольких похожих ресурсов.

Пример шаблона Heat¶

heat_template_version: 2023-05-18
description: Simple template to deploy a single instance

parameters:
  image:
    type: string
    description: Image ID or name
  flavor:
    type: string
    description: Flavor to use
  network:
    type: string
    description: Network ID or name

resources:
  server:
    type: OS::Nova::Server
    properties:
      image: { get_param: image }
      flavor: { get_param: flavor }
      networks:
        - network: { get_param: network }

outputs:
  instance_ip:
    description: IP address of the deployed instance
    value: { get_attr: [server, first_address] }

Пример с циклом¶

resources:
  security_group_rules:
    type: OS::Neutron::SecurityGroup
    repeat:
      for_each:
        <%port%>: { get_param: ports }
      template:
        protocol: tcp
        port_range_min: <%port%>
        port_range_max: <%port%>

Преимущества использования Heat¶

• Повторяемость: Один и тот же шаблон можно применять одинаково в средах разработки, тестирования или производства.
• Идемпотентность: Повторное применение шаблона не создает дубликатов.
• Контроль версий: Шаблоны можно сравнивать, проверять и отслеживать в Git.
• Фиксация лучших практик: Команды могут фиксировать утвержденные архитектуры.

Модули Ansible для OpenStack¶

Сообщество OpenStack поддерживает коллекцию Ansible openstack.cloud, которая предоставляет модули и плагины для управления облаками OpenStack:

• openstack.cloud.server — создание/удаление экземпляров
• openstack.cloud.network — управление сетями
• openstack.cloud.volume — управление томами
• и многие другие

Пример плейбука Ansible¶

- name: Launch webserver
  openstack.cloud.server:
    auth: "{{ openstack_auth }}"
    state: present
    name: web1
    image: CentOS-Stream
    flavor: m1.medium
    network: private-net
    key_name: mykey

- name: Wait for SSH
  wait_for:
    host: "{{ server.openstack.addresses.private-net[0].addr }}"
    port: 22
    delay: 10
    timeout: 300

- name: Install nginx
  apt:
    name: nginx
    state: present
  delegate_to: "{{ server.openstack.addresses.private-net[0].addr }}"

Комбинированный подход: Heat + Ansible¶

Один из практических вариантов: использовать Heat для запуска виртуальных машин, а затем использовать Ansible для настройки после подготовки.

1. Heat создает инфраструктуру и выводит IP-адреса созданных серверов.
2. Плейбук Ansible использует эти IP-адреса для подключения по SSH и установки программного обеспечения.
3. Можно динамически генерировать инвентаризацию Ansible из выходных данных Heat.

# Создание стека Heat
openstack stack create -t template.yaml --wait my-stack

# Получение выходных данных
SERVER_IP=$(openstack stack output show my-stack instance_ip -c output_value -f value)

# Запуск Ansible плейбука
ansible-playbook -i "$SERVER_IP," configure.yml

Пример конвейера GitLab CI¶

stages:
  - validate
  - plan
  - apply

validate:
  stage: validate
  script:
    - openstack stack validate -t template.yaml

plan:
  stage: plan
  script:
    - openstack stack preview -t template.yaml --dry-run

apply:
  stage: apply
  script:
    - openstack stack create -t template.yaml --wait production-stack
  only:
    - main