Spec-Zone.ru › AWS CLI v2

[ aws . mwaa ]

create-environment

Описание

Создаёт среду Amazon Managed Workflows for Apache Airflow (Amazon MWAA).

См. также: Документацию API AWS

Синтаксис

  create-environment
--name <value>
--execution-role-arn <value>
--source-bucket-arn <value>
--dag-s3-path <value>
--network-configuration <value>
[--plugins-s3-path <value>]
[--plugins-s3-object-version <value>]
[--requirements-s3-path <value>]
[--requirements-s3-object-version <value>]
[--startup-script-s3-path <value>]
[--startup-script-s3-object-version <value>]
[--airflow-configuration-options <value>]
[--environment-class <value>]
[--max-workers <value>]
[--kms-key <value>]
[--airflow-version <value>]
[--logging-configuration <value>]
[--weekly-maintenance-window-start <value>]
[--tags <value>]
[--webserver-access-mode <value>]
[--min-workers <value>]
[--schedulers <value>]
[--endpoint-management <value>]
[--min-webservers <value>]
[--max-webservers <value>]
[--cli-input-json | --cli-input-yaml]
[--generate-cli-skeleton <value>]
[--debug]
[--endpoint-url <value>]
[--no-verify-ssl]
[--no-paginate]
[--output <value>]
[--query <value>]
[--profile <value>]
[--region <value>]
[--version <value>]
[--color <value>]
[--no-sign-request]
[--ca-bundle <value>]
[--cli-read-timeout <value>]
[--cli-connect-timeout <value>]
[--cli-binary-format <value>]
[--no-cli-pager]
[--cli-auto-prompt]
[--no-cli-auto-prompt]

Параметры

--name (строка)

Имя среды Amazon MWAA. Например, MyMWAAEnvironment .

--execution-role-arn (строка)

Amazon Resource Name (ARN) роли выполнения для вашей среды. Роль выполнения — это роль Amazon Web Services Identity and Access Management (IAM), предоставляющая MWAA разрешение на доступ к службам и ресурсам Amazon Web Services, используемым вашей средой. Например, arn:aws:iam::123456789:role/my-execution-role . Дополнительная информация — в разделе Роль выполнения Amazon MWAA .

--source-bucket-arn (строка)

Amazon Resource Name (ARN) ведра Amazon S3, в котором хранится код ваших DAG и вспомогательные файлы. Например, arn:aws:s3:::my-airflow-bucket-unique-name . Дополнительная информация — в разделе Создание ведра Amazon S3 для Amazon MWAA .

--dag-s3-path (строка)

Относительный путь к папке DAG в вашем ведре Amazon S3. Например, dags . Дополнительная информация — в разделе Добавление или обновление DAG .

--network-configuration (структура)

Компоненты сетевой инфраструктуры VPC, используемые для защиты и обеспечения сетевого трафика между ресурсами Amazon Web Services для вашей среды. Дополнительная информация — в разделе О сетевой инфраструктуре Amazon MWAA .

SubnetIds -> (список)

Список идентификаторов подсетей. Дополнительная информация — в разделе О сетевой инфраструктуре Amazon MWAA .

(строка)

SecurityGroupIds -> (список)

Список идентификаторов групп безопасности. Дополнительная информация — в разделе Безопасность в вашей VPC в Amazon MWAA .

(строка)

Сокращённый синтаксис:

SubnetIds=string,string,SecurityGroupIds=string,string

Синтаксис JSON:

{
  "SubnetIds": ["string", ...],
  "SecurityGroupIds": ["string", ...]
}

--plugins-s3-path (строка)

Относительный путь к файлу plugins.zip в вашем ведре Amazon S3. Например, plugins.zip . Если указан, то требуется версия plugins.zip. Дополнительная информация — в разделе Установка пользовательских плагинов .

--plugins-s3-object-version (строка)

Версия файла plugins.zip в вашем ведре Amazon S3. Вы должны указать версию каждый раз при обновлении файла plugins.zip. Дополнительная информация — в разделе Как работает система версионирования S3 .

--requirements-s3-path (строка)

Относительный путь к файлу requirements.txt в вашем ведре Amazon S3. Например, requirements.txt . Если указан, требуется версия. Дополнительная информация — в разделе Установка зависимостей Python .

--requirements-s3-object-version (строка)

Версия файла requirements.txt в вашем ведре Amazon S3. Вы должны указать версию каждый раз при обновлении файла requirements.txt. Дополнительная информация — в разделе Как работает система версионирования S3 .

--startup-script-s3-path (строка)

Относительный путь к скрипту запуска оболочки в вашем ведре Amazon S3. Например, s3://mwaa-environment/startup.sh .

Amazon MWAA запускает скрипт при запуске вашей среды и перед запуском процесса Apache Airflow. С помощью этого скрипта можно установить зависимости, изменить конфигурацию Apache Airflow и задать переменные среды. Дополнительная информация — в разделе Использование скрипта запуска .

--startup-script-s3-object-version (строка)

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

Идентификаторы версий — это кодированные в Unicode, UTF-8, готовые к URL, непрозрачные строки длиной не более 1024 байт. Пример:

3sL4kqtJlcpXroDTDmJ+rmSpXd3dIbrHY+MTRCxf3vjVBH40Nr8X8gdRQBpUMLUo

Дополнительная информация — в разделе Использование скрипта запуска .

--airflow-configuration-options (карта)

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

key -> (строка)

value -> (строка)

Сокращённый синтаксис:

KeyName1=string,KeyName2=string

Синтаксис JSON:

{"string": "string"
  ...}

--environment-class (строка)

Тип класса среды. Допустимые значения: mw1.micro , mw1.small , mw1.medium , mw1.large , mw1.xlarge и mw1.2xlarge . Дополнительная информация — в разделе Класс среды Amazon MWAA .

--max-workers (целое число)

Максимальное количество рабочих процессов, которые нужно запустить в вашей среде. MWAA масштабирует количество рабочих процессов Apache Airflow до числа, указанного в поле MaxWorkers. Например, 20 . Когда больше нет задач, выполняемых или находящихся в очереди, MWAA удаляет дополнительные рабочие процессы, оставляя один рабочий процесс, включённый в вашу среду, или число, указанное в поле MinWorkers .

--kms-key (строка)

Ключ управления ключами Amazon Web Services (KMS) для шифрования данных в вашей среде. Вы можете использовать собственный ключ KMS Amazon Web Services или управляемый клиентом ключ KMS (расширенный). Дополнительная информация — в разделе Создание среды Amazon MWAA .

--airflow-version (строка)

Версия Apache Airflow для вашей среды. Если значение не указано, используется последняя версия. Дополнительная информация — в разделе Версии Apache Airflow в Amazon Managed Workflows for Apache Airflow (Amazon MWAA) .

Допустимые значения: 1.10.12 , 2.0.2 , 2.2.2 , 2.4.3 , 2.5.1 , 2.6.3 , 2.7.2 , 2.8.1 , 2.9.2 , 2.10.1 и 2.10.3 .

--logging-configuration (структура)

Определяет журналы Apache Airflow, которые нужно отправлять в CloudWatch Logs.

DagProcessingLogs -> (структура)

Опубликовывает журналы обработки DAG Airflow в CloudWatch Logs.

Enabled -> (логический тип)

Указывает, следует ли включить тип журнала Apache Airflow (например, DagProcessingLogs ).

LogLevel -> (строка)

Определяет уровень журнала Apache Airflow (например, INFO ), который нужно отправлять в CloudWatch Logs.

SchedulerLogs -> (структура)

Опубликовывает журналы планировщика Airflow в CloudWatch Logs.

Enabled -> (логический тип)

Указывает, следует ли включить тип журнала Apache Airflow (например, DagProcessingLogs ).

LogLevel -> (строка)

Определяет уровень журнала Apache Airflow (например, INFO ), который нужно отправлять в CloudWatch Logs.

WebserverLogs -> (структура)

Опубликовывает журналы веб-сервера Airflow в CloudWatch Logs.

Enabled -> (логический тип)

Указывает, следует ли включить тип журнала Apache Airflow (например, DagProcessingLogs ).

LogLevel -> (строка)

Определяет уровень журнала Apache Airflow (например, INFO ), который нужно отправлять в CloudWatch Logs.

WorkerLogs -> (структура)

Опубликовывает журналы рабочих процессов Airflow в CloudWatch Logs.

Enabled -> (логический тип)

Указывает, следует ли включить тип журнала Apache Airflow (например, DagProcessingLogs ).

LogLevel -> (строка)

Определяет уровень журнала Apache Airflow (например, INFO ), который нужно отправлять в CloudWatch Logs.

TaskLogs -> (структура)

Опубликовывает журналы задач Airflow в CloudWatch Logs.

Enabled -> (логический тип)

Указывает, следует ли включить тип журнала Apache Airflow (например, DagProcessingLogs ).

LogLevel -> (строка)

Определяет уровень журнала Apache Airflow (например, INFO ), который нужно отправлять в CloudWatch Logs.

Сокращённый синтаксис:

DagProcessingLogs={Enabled=boolean,LogLevel=string},SchedulerLogs={Enabled=boolean,LogLevel=string},WebserverLogs={Enabled=boolean,LogLevel=string},WorkerLogs={Enabled=boolean,LogLevel=string},TaskLogs={Enabled=boolean,LogLevel=string}

Синтаксис JSON:

{
  "DagProcessingLogs": {
    "Enabled": true|false,
    "LogLevel": "CRITICAL"|"ERROR"|"WARNING"|"INFO"|"DEBUG"
  },
  "SchedulerLogs": {
    "Enabled": true|false,
    "LogLevel": "CRITICAL"|"ERROR"|"WARNING"|"INFO"|"DEBUG"
  },
  "WebserverLogs": {
    "Enabled": true|false,
    "LogLevel": "CRITICAL"|"ERROR"|"WARNING"|"INFO"|"DEBUG"
  },
  "WorkerLogs": {
    "Enabled": true|false,
    "LogLevel": "CRITICAL"|"ERROR"|"WARNING"|"INFO"|"DEBUG"
  },
  "TaskLogs": {
    "Enabled": true|false,
    "LogLevel": "CRITICAL"|"ERROR"|"WARNING"|"INFO"|"DEBUG"
  }
}

--weekly-maintenance-window-start (строка)

День и время недели в формате времени по координированному всемирному времени (UTC) в 24-часовом формате для запуска еженедельных обновлений поддержки вашей среды в формате: DAY:HH:MM . Например: TUE:03:30 . Вы можете указать начальное время только с шагом в 30 минут.

--tags (карта)

Пары тегов ключ-значение, которые вы хотите связать со своей средой. Например, "Environment": "Staging" . Дополнительная информация — в разделе Маркирование ресурсов Amazon Web Services .

key -> (строка)

value -> (строка)

Сокращённый синтаксис:

KeyName1=string,KeyName2=string

Синтаксис JSON:

{"string": "string"
  ...}

--webserver-access-mode (строка)

Определяет режим доступа к веб-серверу Apache Airflow. Дополнительная информация — в разделе Режимы доступа Apache Airflow .

Возможные значения:

  • PRIVATE_ONLY
  • PUBLIC_ONLY

--min-workers (целое число)

Минимальное количество рабочих процессов, которые нужно запустить в вашей среде. MWAA масштабирует количество рабочих процессов Apache Airflow до числа, указанного в поле MaxWorkers. Когда больше нет выполняемых или находящихся в очереди задач, MWAA удаляет дополнительные рабочие процессы, оставляя число рабочих процессов, указанное в поле MinWorkers. Например, 2 .

--schedulers (целое число)

Количество планировщиков Apache Airflow, которые нужно запустить в вашей среде. Допустимые значения:

  • v2 — Для сред, больших чем mw1.micro, принимает значения от 2 до 5 . По умолчанию значение — 2 для всех размеров сред, кроме mw1.micro, для которого значение по умолчанию — 1 .
  • v1 — Принимает значения 1 .

--endpoint-management (строка)

Определяет, создаются ли и управляются ли конечные точки VPC, настроенные для среды, клиентом или Amazon MWAA. Если установлено значение SERVICE , Amazon MWAA создаст и будет управлять необходимыми конечными точками VPC в вашей VPC. Если установлено значение CUSTOMER , вы должны создать и управлять конечными точками VPC для вашей VPC. Если вы решили создать среду в общей VPC, вы должны установить это значение в CUSTOMER . В развертывании в общей VPC среда останется в статусе PENDING , пока вы не создадите конечные точки VPC. Если вы не примете мер для создания конечных точек в течение 72 часов, статус изменится на CREATE_FAILED . Вы можете удалить не удавшуюся среду и создать новую.

Возможные значения:

  • CUSTOMER
  • SERVICE

--min-webservers (целое число)

Минимальное количество веб-серверов, которое вы хотите запустить в вашем окружении. Amazon MWAA масштабирует количество веб-серверов Apache Airflow до указанного вами значения для MaxWebservers при взаимодействии с вашим окружением Apache Airflow с помощью API Apache Airflow REST или командной строки Apache Airflow. По мере снижения скорости транзакций в секунду и сетевой нагрузки Amazon MWAA удаляет дополнительные веб-серверы и масштабирует количество до значения, установленного в MinxWebserers.

Допустимые значения: для сред, больших чем mw1.micro, принимаются значения от 2 до 5. По умолчанию устанавливается значение 2 для всех размеров сред, за исключением mw1.micro, для которого значение по умолчанию равно 1.

--max-webservers (целое число)

Максимальное количество веб-серверов, которое вы хотите запустить в вашем окружении. Amazon MWAA масштабирует количество веб-серверов Apache Airflow до указанного вами значения для MaxWebservers при взаимодействии с вашим окружением Apache Airflow с помощью API Apache Airflow REST или командной строки Apache Airflow. Например, в сценариях, когда ваша рабочая нагрузка требует сетевых вызовов API Apache Airflow REST с высокой скоростью транзакций в секунду (TPS), Amazon MWAA увеличит количество веб-серверов до значения, установленного в MaxWebserers. По мере снижения значений TPS Amazon MWAA удаляет дополнительные веб-серверы и масштабирует количество до значения, установленного в MinxWebserers.

Допустимые значения: для сред, больших чем mw1.micro, принимаются значения от 2 до 5. По умолчанию устанавливается значение 2 для всех размеров сред, за исключением mw1.micro, для которого значение по умолчанию равно 1.

--cli-input-json | --cli-input-yaml (строка) Читает аргументы из предоставленной JSON-строки. JSON-строка соответствует формату, предоставленному --generate-cli-skeleton. Если на командной строке указаны другие аргументы, эти значения перекроют значения, предоставленные в JSON. Невозможно передавать произвольные двоичные значения с помощью значения, предоставленного в JSON, так как строка будет интерпретироваться буквально. Это не может быть указано вместе с --cli-input-yaml.

--generate-cli-skeleton (строка) Выводит JSON-скелет в стандартный вывод без отправки запроса к API. Если не указано значение или указано значение input, выводится пример JSON-ввода, который можно использовать в качестве аргумента для --cli-input-json. Аналогично, если указано yaml-input, выводится пример YAML-ввода, который можно использовать с --cli-input-yaml. Если указано значение output, происходит валидация входных данных команды и возвращается пример выходного JSON для этой команды. Сгенерированный JSON-скелет не стабилен между версиями AWS CLI, и нет гарантий обратной совместимости в сгенерированном JSON-скелете.

Глобальные параметры

--debug (булево)

Включить отладку логов.

--endpoint-url (строка)

Переопределить стандартный URL команды на указанный URL.

--no-verify-ssl (булево)

По умолчанию AWS CLI использует SSL при общении с AWS-сервисами. Для каждого SSL-соединения AWS CLI будет проверять SSL-сертификаты. Этот параметр переопределяет стандартное поведение проверки SSL-сертификатов.

--no-paginate (булево)

Отключить автоматическую постраничную навигацию. Если автоматическая постраничная навигация отключена, AWS CLI выполнит только один вызов для первой страницы результатов.

--output (строка)

Стиль форматирования для вывода команд.

  • json
  • text
  • table
  • yaml
  • yaml-stream

--query (строка)

Запрос JMESPath для фильтрации данных ответа.

--profile (строка)

Использовать определенный профиль из файла с данными учетных записей.

--region (строка)

Регион для использования. Переопределяет настройки конфигурации/окружения.

--version (строка)

Показать версию данного инструмента.

--color (строка)

Включить/отключить цветной вывод.

  • on
  • off
  • auto

--no-sign-request (булево)

Не подписывать запросы. Данные учетной записи не будут загружены, если этот аргумент предоставлен.

--ca-bundle (строка)

Файл с сертификатами CA для использования при проверке SSL-сертификатов. Переопределяет настройки конфигурации/окружения.

--cli-read-timeout (целое число)

Максимальное время чтения сокета в секундах. Если значение равно 0, чтение сокета будет блокирующим и не будет иметь таймаута. Значение по умолчанию - 60 секунд.

--cli-connect-timeout (целое число)

Максимальное время подключения сокета в секундах. Если значение равно 0, подключение сокета будет блокирующим и не будет иметь таймаута. Значение по умолчанию - 60 секунд.

--cli-binary-format (строка)

Стиль форматирования для использования с двоичными блоками. По умолчанию используется формат base64. Формат base64 ожидает, что двоичные блоки будут представлены в виде закодированной в base64 строки. Формат raw-in-base64-out сохраняет совместимость с поведением AWS CLI версии 1, и двоичные значения должны передаваться буквально. При предоставлении содержимого из файла, которое соответствует двоичному блоку, fileb:// всегда будет обрабатываться как двоичный и использовать содержимое файла напрямую независимо от параметра cli-binary-format. При использовании file:// содержимое файла должно быть правильно отформатировано для настроенного cli-binary-format.

  • base64
  • raw-in-base64-out

--no-cli-pager (булево)

Отключить вывод страницы кли паджера.

--cli-auto-prompt (булево)

Автоматически запрашивать параметры ввода CLI.

--no-cli-auto-prompt (булево)

Отключить автоматическую запрос параметров ввода CLI.

Вывод

Arn -> (строка)

Amazon Resource Name (ARN), возвращаемый в ответе для окружения.

© Copyright 2025, Amazon Web Services. Created using Sphinx.

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API