• Русский
  • Конфигурация перед установкой

    Настройка класса хранения по умолчанию

    Перед развертыванием Alauda AI необходимо задать для кластера класс хранения по умолчанию.

    1. Войдите в Web Console как администратор.
    2. Переключитесь на представление Administrator.
    3. Нажмите Storage > StorageClasses.
    4. Нажмите Create StorageClass, чтобы развернуть класс хранения, например TopoLVM. Если требуемый класс хранения уже развернут, пропустите этот шаг.
    5. Выберите класс хранения, который нужно назначить по умолчанию, и нажмите Set Default.

    Развертывание Service Mesh

    Поскольку Alauda AI использует возможности Service Mesh для сервисов инференса моделей, перед развертыванием Alauda AI в кластере необходимо развернуть Service Mesh. Подробные инструкции по развертыванию см. в Create Service Mesh v1.

    INFO

    После выполнения раздела Prerequisites на странице Create Service Mesh перейдите на страницу Creating a Service Mesh и следуйте инструкциям на экране, чтобы завершить развертывание Service Mesh.

    Подготовка службы GitLab

    В Alauda AI GitLab является основным компонентом для Model Management. Перед развертыванием Alauda AI вы должны подготовить службу GitLab.

    Варианты развертывания

    1. Требования к службе GitLab

    Независимо от способа развертывания, все экземпляры GitLab должны соответствовать следующим требованиям:

    • Версия: должна быть v15 или выше.
    • Протокол: должен использовать HTTPS.
    • Git LFS: должен быть включен. Инструкции по настройке см. в Managing Large Files with LFS.
    • Размещение: должен быть развернут локально (сервисы GitLab, размещенные в публичном облаке, не поддерживаются).
    • Токены доступа: для токенов доступа необходимо отключить даты истечения срока действия.

    2. Использовать предоставляемый платформой плагин

    Разверните новый сервис GitLab с помощью плагина 'Alauda Build of GitLab'.
    Инструкции см. здесь: Deploy Alauda Build of GitLab.

    3. Использовать собственную службу GitLab

    В качестве альтернативы можно использовать самостоятельно управляемый экземпляр GitLab, но он должен соответствовать требованиям к службе GitLab.

    Конфигурация GitLab

    Перед развертыванием Alauda AI выполните следующие шаги настройки GitLab после получения службы。

    1. Отключите даты истечения срока действия для токенов доступа

    Если в GitLab используется v17.0 или более поздняя версия, необходимо отключить даты истечения срока действия для токенов доступа.

    WARNING

    Если дата истечения срока действия токена доступа останется включенной, нам придется вручную обновлять токен администратора как минимум раз в год, иначе Alauda AI может перестать функционировать.

    Чтобы отключить даты истечения срока действия для новых токенов доступа:

    1. В левой боковой панели внизу выберите Admin.
    2. Выберите Settings > General.
    3. Разверните раздел Account and limit.
    4. Снимите флажок Personal / Project / Group access token expiration.
    5. Нажмите Save changes.

    2. Сгенерируйте новый токен

    Чтобы сгенерировать токен impersonation для администратора:

    1. В левой боковой панели внизу выберите Admin.
    2. Выберите Overview > Users.
    3. Выберите пользователя-администратора (например, Administrator).
    4. На верхней панели навигации выберите Impersonation Tokens.
    5. Выберите Add new token.
    6. В всплывающей форме:
      1. Укажите Token name для Alauda AI (например, aml-root).
      2. Удалите Expiration Date (нажмите значок "x", чтобы удалить дату истечения срока действия).
      3. Для Select scopes отметьте ALL scopes (особенно scope api).
    7. Нажмите Create impersonation token.
    8. Сохраните вновь сгенерированный токен в разделе Your new impersonation token — он понадобится позже.
    WARNING

    Обязательно сохраните только что сгенерированный токен — получить к нему доступ снова не получится.

    3. Создайте secret Kubernetes для токена администратора

    Затем мы создаем secret для токена администратора GitLab с именем aml-gitlab-admin-token в namespace cpaas-system:

    # Please replace ${TOKEN} with real token saved previously
    kubectl create secret generic aml-gitlab-admin-token \
      --from-literal="password=${TOKEN}" \
      -n cpaas-system
    1. Создайте secret токена администратора GitLab с именем aml-gitlab-admin-token
    2. Токен сохраняется под ключом password; замените ${TOKEN} на реальный токен, сохраненный ранее.
    3. Secret создается в namespace cpaas-system.