Подготовка серверной инфраструктуры

Примечание

В данной инструкции в качестве базового доменного имени облачной платформы используется cloud.itkey.com и имена сервисов по умолчанию. При выполнении инструкции указывайте ваши действительные имена.

Эта статья описывает шаги, которые необходимо выполнить для подготовки серверной инфраструктуры заказчика для установки KeyStack.

  1. Подготовьте серверы необходимых типов согласно указанным аппаратным и программным требованиям.

  2. Установите на LCM-узле операционную систему согласно программным требованиям.

  3. Разместите на LCM-узле публичный ключ для удалённого подключения по SSH.

  4. Убедитесь, что на всех узлах время в BIOS настроено в зоне UTC.

  5. Убедитесь в наличии пользователя root на всех узлах.

    Важно

    Выполняйте все команды от пользователя root.

  6. Установите отображение времени в зоне UTC, выполнив команду:

    # timedatectl set-local-rtc 0

  7. Убедитесь, что на всех узлах включена аппаратная виртуализация, выполнив команду:

        # egrep '(vmx|svm)' /proc/cpuinfo

Вывод должен содержать параметр ``vmx`` или ``svm``. Если он отсутствует, включите аппаратную виртуализацию.

  8. Получите дистрибутив одним из вариантов поставки.

  9. Создайте DNS-зону для сервисов KeyStack в вашей службе DNS. В этом примере используется имя cloud.itkey.com. В этой зоне создайте доменные записи следующего вида. Вы можете также использовать другие имена для сервисов, в этом случае учитывайте их в последующих шагах.

    • ks-lcm.cloud.itkey.com — для сервисов GitLab, LCM (управление жизненным циклом);

    • nexus.cloud.itkey.com — для сервиса Nexus (хранение пакеты, контейнеров и прочих артефактов);

    • vault.cloud.itkey.com — для сервиса Vault (хранение паролей и сертификатов);

    • netbox.cloud.itkey.com — для сервиса NetBox (настройка baremetal-узлов);

    • internal.cloud.itkey.com — для внутреннего интерфейса Kolla;

    • external.cloud.itkey.com — для внешнего интерфейса Kolla.

  10. Также рекомендуется создать имена для всех аппаратных узлов инфраструктуры для облегчения дальнейшего доступа и конфигурации. Например:

    • lcm-01.cloud.itkey.com — узел LCM;

    • ctrl-01.cloud.itkey.com — узел Control;

    • comp-01.cloud.itkey.com — узел Compute;

    • comp-02.cloud.itkey.com — узел Compute;

    • net-01.cloud.itkey.com — узел Network;

    • jump-01.cloud.itkey.com — узел Jump.

  11. На LCM-узле проверьте сетевую связность и доступность всех узлов:

    1. Настройте доступ до IPMI всех узлов инфраструктуры, MGMT-интерфейсов и VIP-адресов.

    2. Проверьте доступность DHCP-сервера в сети PXE.

    3. Включите поддержку Redfish всех узлов инфраструктуры.

    4. Для всех baremetal-узлов создайте пользователя с административными правами доступа.

  12. В вашей DNS-зоне создайте записи для RMI-интерфейсов всех аппаратных узлов. Они будут использованы для baremetal-провиженинга, а также для реализации фенсинга узлов:

    • lcm-01-rmi.cloud.itkey.com — узел LCM,

    • ctrl-01-rmi.cloud.itkey.com — узел Control,

    • comp-01-rmi.cloud.itkey.com — узел Compute,

    • и так далее.

  13. Подготовьте данные о вашей инфраструктуре для импорта в NetBox:

    1. Скачайте и откройте файл шаблона netbox2csv.xlsx.

    2. На вкладках SERVERS и Hardware приведен пример заполнения данных. Ознакомьтесь с форматом заполнения и очистите таблицы от данных.

    3. Заполните данные в скачанном файле:

      • На вкладке SERVERS:

        • Tenant — наименование тенанта;

        • Name — имя узла;

        • Role — тип узла;

        • RMI IP/MASK — IP-адрес IPMI-порта в формате <IP адрес>/<префикс сети>;

        • MGMT IP/MASK — IP-адрес MGMT-интерфейса в формате <IP адрес>/<префикс сети>;

        • Hardware — марка и модель узла, выбрать из выпадающего списка;

        • Tags — теги для группировки узлов.

      • На вкладке Hardware (если совместимого оборудования не было в списке Hardware):

        • Hardware — название типа сервера;

        • Manufacturer — производитель сервера;

        • Type — модель сервера.

    4. Убедитесь, что на остальных вкладках заполненного файла появились данные о новых типах серверов.

  14. Если для хранилища артефактов будет использовано клиентское хранилище Nexus, подготовьте в нем структуру репозиториев:

    Название

    Тип

    Формат

    docker-sberlinux

    hosted

    yum

    images

    hosted

    raw

    k-add

    hosted

    raw

    k-backup

    hosted

    raw

    k-images

    hosted

    docker

    k-pip

    hosted

    pypi

    sberlinux

    hosted

    yum

После выполнения всех вышеописанных шагов ваша серверная инфраструктура готова к установке KeyStack.