batch-get-fleets
Описание
Получает информацию об одном или нескольких compute-флотах.
См. также: Документацию AWS API
Синтаксис
batch-get-fleets
--names <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]
Параметры
--names (список)
Имена или ARN compute-флотов.
(строка)
Синтаксис:
"string" "string" ...
--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 V1, и двоичные значения должны быть переданы буквально. При предоставлении содержимого из файла, отображающего двоичный блок, 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.
Вывод
fleets -> (список)
Информация о запрошенных вычислительных флотах.
(структура)
Набор выделенных экземпляров для вашей среды разработки.
arn -> (строка)
name -> (строка)
id -> (строка)
created -> (метка времени)
lastModified -> (метка времени)
status -> (структура)
Статус вычислительного флота.
statusCode -> (строка)
Код статуса вычислительного флота. Допустимые значения включают:
-
CREATING: Вычислительный флот создается. -
UPDATING: Вычислительный флот обновляется. -
ROTATING: Вычислительный флот вращается. -
PENDING_DELETION: Вычислительный флот ожидает удаления. -
DELETING: Вычислительный флот удаляется. -
CREATE_FAILED: Не удалось создать вычислительный флот. -
UPDATE_ROLLBACK_FAILED: Не удалось обновить вычислительный флот, и откат к предыдущему состоянию невозможен. -
ACTIVE: Вычислительный флот создан успешно и активен.
context -> (строка)
Дополнительная информация о вычислительном флоте. Допустимые значения включают:
-
CREATE_FAILED: Не удалось создать вычислительный флот. -
UPDATE_FAILED: Не удалось обновить вычислительный флот.
message -> (строка)
baseCapacity -> (целое число)
environmentType -> (строка)
Тип среды вычислительного флота.
- Тип среды
ARM_CONTAINERдоступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), Азия-Тихий океан (Мумбаи), Азия-Тихий океан (Токио), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Сидней), ЕС (Франкфурт) и Южная Америка (Сан-Паулу). - Тип среды
ARM_EC2доступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Токио), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Сидней), Южная Америка (Сан-Паулу) и Азия-Тихий океан (Мумбаи). - Тип среды
LINUX_CONTAINERдоступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Токио), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Сидней), Южная Америка (Сан-Паулу) и Азия-Тихий океан (Мумбаи). - Тип среды
LINUX_EC2доступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Токио), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Сидней), Южная Америка (Сан-Паулу) и Азия-Тихий океан (Мумбаи). - Тип среды
LINUX_GPU_CONTAINERдоступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Токио) и Азия-Тихий океан (Сидней). - Тип среды
MAC_ARMдоступен только для средних флотов в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), Азия-Тихий океан (Сидней) и ЕС (Франкфурт). - Тип среды
MAC_ARMдоступен только для больших флотов в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон) и Азия-Тихий океан (Сидней). - Тип среды
WINDOWS_EC2доступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Токио), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Сидней), Южная Америка (Сан-Паулу) и Азия-Тихий океан (Мумбаи). - Тип среды
WINDOWS_SERVER_2019_CONTAINERдоступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), Азия-Тихий океан (Сидней), Азия-Тихий океан (Токио), Азия-Тихий океан (Мумбаи) и ЕС (Ирландия). - Тип среды
WINDOWS_SERVER_2022_CONTAINERдоступен только в регионах США (Восточное побережье, Вирджиния), США (Восточное побережье, Огайо), США (Западное побережье, Орегон), ЕС (Ирландия), ЕС (Франкфурт), Азия-Тихий океан (Сидней), Азия-Тихий океан (Сингапур), Азия-Тихий океан (Токио), Южная Америка (Сан-Паулу) и Азия-Тихий океан (Мумбаи).
Для получения дополнительной информации см. Типы вычислительных сред среды разработки в руководстве пользователя CodeBuild.
computeType -> (строка)
Информация о вычислительных ресурсах, используемых вычислительным флотом. Доступные значения включают:
-
ATTRIBUTE_BASED_COMPUTE: Укажите количество vCPU, памяти, дискового пространства и тип машины.
Примечание
Если вы используетеATTRIBUTE_BASED_COMPUTE, вы должны определить свои атрибуты, используя computeConfiguration. CodeBuild выберет наиболее дешевый экземпляр, удовлетворяющий указанным атрибутам. Для получения дополнительной информации см. Типы сред с резервируемыми ресурсами в руководстве пользователя CodeBuild.-
CUSTOM_INSTANCE_TYPE: Укажите тип экземпляра для своего вычислительного флота. Список поддерживаемых типов экземпляров см. в руководстве пользователя CodeBuild. -
BUILD_GENERAL1_SMALL: До 4 ГБ памяти и 2 vCPU для сборки. -
BUILD_GENERAL1_MEDIUM: До 8 ГБ памяти и 4 vCPU для сборки. -
BUILD_GENERAL1_LARGE: До 16 ГБ памяти и 8 vCPU для сборки, в зависимости от типа среды. -
BUILD_GENERAL1_XLARGE: До 72 ГБ памяти и 36 vCPU для сборки, в зависимости от типа среды. -
BUILD_GENERAL1_2XLARGE: До 144 ГБ памяти, 72 vCPU и 824 ГБ SSD-хранилища для сборки. Этот тип вычислительных ресурсов поддерживает образы Docker объемом до 100 ГБ без сжатия. -
BUILD_LAMBDA_1GB: До 1 ГБ памяти для сборки. Доступен только для типов средLINUX_LAMBDA_CONTAINERиARM_LAMBDA_CONTAINER. -
BUILD_LAMBDA_2GB: До 2 ГБ памяти для сборки. Доступен только для типов средLINUX_LAMBDA_CONTAINERиARM_LAMBDA_CONTAINER. -
BUILD_LAMBDA_4GB: До 4 ГБ памяти для сборки. Доступен только для типов средLINUX_LAMBDA_CONTAINERиARM_LAMBDA_CONTAINER. -
BUILD_LAMBDA_8GB: До 8 ГБ памяти для сборки. Доступен только для типов средLINUX_LAMBDA_CONTAINERиARM_LAMBDA_CONTAINER. -
BUILD_LAMBDA_10GB: До 10 ГБ памяти для сборки. Доступен только для типов средLINUX_LAMBDA_CONTAINERиARM_LAMBDA_CONTAINER.
Если вы используете BUILD_GENERAL1_SMALL:
- Для типа среды
LINUX_CONTAINERвы можете использовать до 4 ГБ памяти и 2 vCPU для сборки. - Для типа среды
LINUX_GPU_CONTAINERвы можете использовать до 16 ГБ памяти, 4 vCPU и 1 графический процессор NVIDIA A10G Tensor Core для сборки. - Для типа среды
ARM_CONTAINERвы можете использовать до 4 ГБ памяти и 2 vCPU на ARM-процессорах для сборки.
Если вы используете BUILD_GENERAL1_LARGE:
- Для типа среды
LINUX_CONTAINERвы можете использовать до 16 ГБ памяти и 8 vCPU для сборки. - Для типа среды
LINUX_GPU_CONTAINERвы можете использовать до 255 ГБ памяти, 32 vCPU и 4 графических процессора NVIDIA Tesla V100 для сборки. - Для типа среды
ARM_CONTAINERвы можете использовать до 16 ГБ памяти и 8 vCPU на ARM-процессорах для сборки.
Дополнительную информацию см. в руководстве пользователя CodeBuild.
computeConfiguration -> (структура)
Конфигурация вычислительных ресурсов вычислительного флота. Требуется только если computeType установлено в ATTRIBUTE_BASED_COMPUTE или CUSTOM_INSTANCE_TYPE.
vCpu -> (длинное целое число)
memory -> (длинное целое число)
disk -> (длинное целое число)
machineType -> (строка)
instanceType -> (строка)
scalingConfiguration -> (структура)
Конфигурация масштабирования вычислительного флота.
scalingType -> (строка)
targetTrackingScalingConfigs -> (список)
Список объектов TargetTrackingScalingConfiguration.
(структура)
Определяет, когда новый экземпляр автоматически масштабируется в вычислительный флот.
metricType -> (строка)
targetValue -> (двойное число)
metricType, когда следует начать масштабирование.maxCapacity -> (целое число)
desiredCapacity -> (целое число)
overflowBehavior -> (строка)
Поведение переполнения вычислительного флота.
- Для поведения переполнения
QUEUEваши сборки при переполнении должны ждать, пока существующий экземпляр флота станет доступным. - Для поведения переполнения
ON_DEMANDваши сборки при переполнении выполняются в CodeBuild на основе спроса.
Примечание
Если вы выберете поведение переполнения на основе спроса при создании флота, подключенного к VPC, убедитесь, что вы добавили необходимые разрешения VPC в роль службы вашего проекта. Дополнительную информацию см. в примере заявления политики, разрешающего CodeBuild доступ к сервисам Amazon Web Services, необходимым для создания сетевого интерфейса VPC.vpcConfig -> (структура)
Информация о конфигурации VPC, к которой CodeBuild получает доступ.
vpcId -> (строка)
subnets -> (список)
Список одного или нескольких идентификаторов подсетей в вашем Amazon VPC.
(строка)
securityGroupIds -> (список)
Список одного или нескольких идентификаторов групп безопасности в вашем Amazon VPC.
(строка)
proxyConfiguration -> (структура)
Конфигурация прокси-сервера вычислительного флота.
defaultBehavior -> (строка)
orderedProxyRules -> (список)
Массив объектов FleetProxyRule, представляющих указанные целевые домены или IP-адреса для разрешения или запрета управления сетевым доступом.
(структура)
Информация о правиле прокси для ваших экземпляров с резервированными ресурсами.
type -> (строка)
effect -> (строка)
entities -> (список)
Цель правила прокси.
(строка)
imageId -> (строка)
fleetServiceRole -> (строка)
tags -> (list)
Список пар значений и ключей тегов, связанных с этим флотом вычислений.
Эти теги доступны для использования сервисами Amazon Web Services, которые поддерживают теги проектов сборки CodeBuild.
(structure)
Тег, состоящий из ключа и значения.
Этот тег доступен для использования сервисами Amazon Web Services, которые поддерживают теги в CodeBuild.
key -> (string)
value -> (string)
fleetsNotFound -> (list)
Названия флотов вычислений, информация о которых не была найдена.
(string)
© Copyright 2025, Amazon Web Services. Created using Sphinx.