Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Истории успеха
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • ИИ для бизнеса
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Истории успеха
  • Документация
  • Блог
Проект Яндекса
© 2025 ТОО «Облачные Сервисы Казахстан»
Terraform в Yandex Cloud
  • Начало работы
  • Библиотека решений
    • Обзор
    • История изменений (англ.)
          • alb_backend_group
          • alb_http_router
          • alb_load_balancer
          • alb_target_group
          • alb_virtual_host

В этой статье:

  • Example usage
  • Schema
  • Optional
  • Read-Only
  • Nested Schema for grpc_backend
  • Nested Schema for grpc_backend.healthcheck
  • Nested Schema for grpc_backend.healthcheck.grpc_healthcheck
  • Nested Schema for grpc_backend.healthcheck.http_healthcheck
  • Nested Schema for grpc_backend.healthcheck.stream_healthcheck
  • Nested Schema for grpc_backend.load_balancing_config
  • Nested Schema for grpc_backend.tls
  • Nested Schema for grpc_backend.tls.validation_context
  • Nested Schema for http_backend
  • Nested Schema for http_backend.healthcheck
  • Nested Schema for http_backend.healthcheck.grpc_healthcheck
  • Nested Schema for http_backend.healthcheck.http_healthcheck
  • Nested Schema for http_backend.healthcheck.stream_healthcheck
  • Nested Schema for http_backend.load_balancing_config
  • Nested Schema for http_backend.tls
  • Nested Schema for http_backend.tls.validation_context
  • Nested Schema for session_affinity
  • Nested Schema for session_affinity.connection
  • Nested Schema for session_affinity.cookie
  • Nested Schema for session_affinity.header
  • Nested Schema for stream_backend
  • Nested Schema for stream_backend.healthcheck
  • Nested Schema for stream_backend.healthcheck.grpc_healthcheck
  • Nested Schema for stream_backend.healthcheck.http_healthcheck
  • Nested Schema for stream_backend.healthcheck.stream_healthcheck
  • Nested Schema for stream_backend.load_balancing_config
  • Nested Schema for stream_backend.tls
  • Nested Schema for stream_backend.tls.validation_context
  1. Справочник Terraform
  2. Ресурсы (англ.)
  3. Application Load Balancer (ALB)
  4. Data Sources
  5. alb_backend_group

yandex_alb_backend_group (Data Source)

Статья создана
Yandex Cloud
Обновлена 11 сентября 2025 г.
  • Example usage
  • Schema
    • Optional
    • Read-Only
    • Nested Schema for grpc_backend
    • Nested Schema for grpc_backend.healthcheck
    • Nested Schema for grpc_backend.healthcheck.grpc_healthcheck
    • Nested Schema for grpc_backend.healthcheck.http_healthcheck
    • Nested Schema for grpc_backend.healthcheck.stream_healthcheck
    • Nested Schema for grpc_backend.load_balancing_config
    • Nested Schema for grpc_backend.tls
    • Nested Schema for grpc_backend.tls.validation_context
    • Nested Schema for http_backend
    • Nested Schema for http_backend.healthcheck
    • Nested Schema for http_backend.healthcheck.grpc_healthcheck
    • Nested Schema for http_backend.healthcheck.http_healthcheck
    • Nested Schema for http_backend.healthcheck.stream_healthcheck
    • Nested Schema for http_backend.load_balancing_config
    • Nested Schema for http_backend.tls
    • Nested Schema for http_backend.tls.validation_context
    • Nested Schema for session_affinity
    • Nested Schema for session_affinity.connection
    • Nested Schema for session_affinity.cookie
    • Nested Schema for session_affinity.header
    • Nested Schema for stream_backend
    • Nested Schema for stream_backend.healthcheck
    • Nested Schema for stream_backend.healthcheck.grpc_healthcheck
    • Nested Schema for stream_backend.healthcheck.http_healthcheck
    • Nested Schema for stream_backend.healthcheck.stream_healthcheck
    • Nested Schema for stream_backend.load_balancing_config
    • Nested Schema for stream_backend.tls
    • Nested Schema for stream_backend.tls.validation_context

Get information about a Yandex Application Load Balancer Backend Group. For more information, see official documentation.

This data source is used to define Application Load Balancer Backend Groups that can be used by other resources.

Важно

One of backend_group_id or name should be specified.

Example usageExample usage

//
// Get information about existing ALB Backend Group
//
data "yandex_alb_backend_group" "my_alb_bg" {
  backend_group_id = yandex_alb_backend_group.my_backend_group.id
}

SchemaSchema

OptionalOptional

  • backend_group_id (String) Backend Group ID.
  • description (String) The resource description.
  • folder_id (String) The folder identifier that resource belongs to. If it is not provided, the default provider folder-id is used.
  • grpc_backend (Block List) (see below for nested schema)
  • http_backend (Block List) (see below for nested schema)
  • labels (Map of String) A set of key/value label pairs which assigned to resource.
  • name (String) The resource name.
  • session_affinity (Block List, Max: 1) (see below for nested schema)
  • stream_backend (Block List) (see below for nested schema)

Read-OnlyRead-Only

  • created_at (String) The creation timestamp of the resource.
  • id (String) The ID of this resource.

Nested Schema for Nested Schema for grpc_backend

Optional:

  • healthcheck (Block List, Max: 1) Healthcheck specification that will be used by this backend. (see below for nested schema)

  • load_balancing_config (Block List, Max: 1) Load Balancing Config specification that will be used by this backend. (see below for nested schema)

  • port (Number) Port for incoming traffic.

  • tls (Block List, Max: 1) TLS specification that will be used by this backend. (see below for nested schema)

  • weight (Number) Weight of the backend. Traffic will be split between backends of the same BackendGroup according to their weights.

Read-Only:

  • name (String) Name of the backend.

  • target_group_ids (List of String) References target groups for the backend.

Nested Schema for Nested Schema for grpc_backend.healthcheck

Optional:

  • grpc_healthcheck (Block List, Max: 1) gRPC Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • healthcheck_port (Number) Optional alternative port for health checking.

  • healthy_threshold (Number) Number of consecutive successful health checks required to promote endpoint into the healthy state. 0 means 1. Note that during startup, only a single successful health check is required to mark a host healthy.

  • http_healthcheck (Block List, Max: 1) HTTP Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • interval_jitter_percent (Number) An optional jitter amount as a percentage of interval. If specified, during every interval value of (interval_ms * interval_jitter_percent / 100) will be added to the wait time.

  • stream_healthcheck (Block List, Max: 1) Stream Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • unhealthy_threshold (Number) Number of consecutive failed health checks required to demote endpoint into the unhealthy state. 0 means 1. Note that for HTTP health checks, a single 503 immediately makes endpoint unhealthy.

Read-Only:

  • interval (String) Interval between health checks.

  • timeout (String) Time to wait for a health check response.

Nested Schema for Nested Schema for grpc_backend.healthcheck.grpc_healthcheck

Optional:

  • service_name (String) Service name for grpc.health.v1.HealthCheckRequest message.

Nested Schema for Nested Schema for grpc_backend.healthcheck.http_healthcheck

Optional:

  • host (String) Host HTTP header value.

  • http2 (Boolean) If set, health checks will use HTTP2.

Read-Only:

  • expected_statuses (List of Number) A list of HTTP response statuses considered healthy.

  • path (String) HTTP path.

Nested Schema for Nested Schema for grpc_backend.healthcheck.stream_healthcheck

Optional:

  • receive (String) Data that must be contained in the messages received from targets for a successful health check. If not specified, no messages are expected from targets, and those that are received are not checked.

  • send (String) Message sent to targets during TCP data transfer. If not specified, no data is sent to the target.

Nested Schema for Nested Schema for grpc_backend.load_balancing_config

Optional:

  • locality_aware_routing_percent (Number) Percent of traffic to be sent to the same availability zone. The rest will be equally divided between other zones.

  • mode (String) Load balancing mode for the backend. Possible values: ROUND_ROBIN, RANDOM, LEAST_REQUEST, MAGLEV_HASH.

  • panic_threshold (Number) If percentage of healthy hosts in the backend is lower than panic_threshold, traffic will be routed to all backends no matter what the health status is. This helps to avoid healthy backends overloading when everything is bad. Zero means no panic threshold.

  • strict_locality (Boolean) If set, will route requests only to the same availability zone. Balancer won't know about endpoints in other zones.

Nested Schema for Nested Schema for grpc_backend.tls

Optional:

  • sni (String) SNI string for TLS connections.

  • validation_context (Block List, Max: 1) (see below for nested schema)

Nested Schema for Nested Schema for grpc_backend.tls.validation_context

Optional:

  • trusted_ca_bytes (String) PEM-encoded trusted CA certificate chain.

  • trusted_ca_id (String) Trusted CA certificate ID in the Certificate Manager.

Nested Schema for Nested Schema for http_backend

Optional:

  • healthcheck (Block List, Max: 1) Healthcheck specification that will be used by this backend. (see below for nested schema)

  • http2 (Boolean) Enables HTTP2 for upstream requests. If not set, HTTP 1.1 will be used by default.

  • load_balancing_config (Block List, Max: 1) Load Balancing Config specification that will be used by this backend. (see below for nested schema)

  • port (Number) Port for incoming traffic.

  • storage_bucket (String) Name of bucket which should be used as a backend.

  • target_group_ids (List of String) References target groups for the backend.

  • tls (Block List, Max: 1) TLS specification that will be used by this backend. (see below for nested schema)

  • weight (Number) Weight of the backend. Traffic will be split between backends of the same BackendGroup according to their weights.

Read-Only:

  • name (String) Name of the backend.

Nested Schema for Nested Schema for http_backend.healthcheck

Optional:

  • grpc_healthcheck (Block List, Max: 1) gRPC Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • healthcheck_port (Number) Optional alternative port for health checking.

  • healthy_threshold (Number) Number of consecutive successful health checks required to promote endpoint into the healthy state. 0 means 1. Note that during startup, only a single successful health check is required to mark a host healthy.

  • http_healthcheck (Block List, Max: 1) HTTP Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • interval_jitter_percent (Number) An optional jitter amount as a percentage of interval. If specified, during every interval value of (interval_ms * interval_jitter_percent / 100) will be added to the wait time.

  • stream_healthcheck (Block List, Max: 1) Stream Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • unhealthy_threshold (Number) Number of consecutive failed health checks required to demote endpoint into the unhealthy state. 0 means 1. Note that for HTTP health checks, a single 503 immediately makes endpoint unhealthy.

Read-Only:

  • interval (String) Interval between health checks.

  • timeout (String) Time to wait for a health check response.

Nested Schema for Nested Schema for http_backend.healthcheck.grpc_healthcheck

Optional:

  • service_name (String) Service name for grpc.health.v1.HealthCheckRequest message.

Nested Schema for Nested Schema for http_backend.healthcheck.http_healthcheck

Optional:

  • host (String) Host HTTP header value.

  • http2 (Boolean) If set, health checks will use HTTP2.

Read-Only:

  • expected_statuses (List of Number) A list of HTTP response statuses considered healthy.

  • path (String) HTTP path.

Nested Schema for Nested Schema for http_backend.healthcheck.stream_healthcheck

Optional:

  • receive (String) Data that must be contained in the messages received from targets for a successful health check. If not specified, no messages are expected from targets, and those that are received are not checked.

  • send (String) Message sent to targets during TCP data transfer. If not specified, no data is sent to the target.

Nested Schema for Nested Schema for http_backend.load_balancing_config

Optional:

  • locality_aware_routing_percent (Number) Percent of traffic to be sent to the same availability zone. The rest will be equally divided between other zones.

  • mode (String) Load balancing mode for the backend. Possible values: ROUND_ROBIN, RANDOM, LEAST_REQUEST, MAGLEV_HASH.

  • panic_threshold (Number) If percentage of healthy hosts in the backend is lower than panic_threshold, traffic will be routed to all backends no matter what the health status is. This helps to avoid healthy backends overloading when everything is bad. Zero means no panic threshold.

  • strict_locality (Boolean) If set, will route requests only to the same availability zone. Balancer won't know about endpoints in other zones.

Nested Schema for Nested Schema for http_backend.tls

Optional:

  • sni (String) SNI string for TLS connections.

  • validation_context (Block List, Max: 1) (see below for nested schema)

Nested Schema for Nested Schema for http_backend.tls.validation_context

Optional:

  • trusted_ca_bytes (String) PEM-encoded trusted CA certificate chain.

  • trusted_ca_id (String) Trusted CA certificate ID in the Certificate Manager.

Nested Schema for Nested Schema for session_affinity

Optional:

  • connection (Block List, Max: 1) Requests received from the same IP are combined into a session. Stream backend groups only support session affinity by client IP address. (see below for nested schema)

  • cookie (Block List, Max: 1) Requests with the same cookie value and the specified file name are combined into a session. Allowed only for HTTP and gRPC backend groups. (see below for nested schema)

  • header (Block List, Max: 1) Requests with the same value of the specified HTTP header, such as with user authentication data, are combined into a session. Allowed only for HTTP and gRPC backend groups. (see below for nested schema)

Nested Schema for Nested Schema for session_affinity.connection

Optional:

  • source_ip (Boolean) Use source IP address Source IP address to use with affinity.

Nested Schema for Nested Schema for session_affinity.cookie

Optional:

  • ttl (String) TTL for the cookie (if not set, session cookie will be used) TTL for the cookie (if not set, session cookie will be used).

Read-Only:

  • name (String) Name of the HTTP cookie Name of the HTTP cookie to use with affinity.

Nested Schema for Nested Schema for session_affinity.header

Optional:

  • header_name (String) The name of the request header that will be used The name of the request header that will be used with affinity.

Nested Schema for Nested Schema for stream_backend

Optional:

  • enable_proxy_protocol (Boolean)

  • healthcheck (Block List, Max: 1) Healthcheck specification that will be used by this backend. (see below for nested schema)

  • keep_connections_on_host_health_failure (Boolean) If set, when a backend host becomes unhealthy (as determined by the configured health checks), keep connections to the failed host.

  • load_balancing_config (Block List, Max: 1) Load Balancing Config specification that will be used by this backend. (see below for nested schema)

  • port (Number) Port for incoming traffic.

  • tls (Block List, Max: 1) TLS specification that will be used by this backend. (see below for nested schema)

  • weight (Number) Weight of the backend. Traffic will be split between backends of the same BackendGroup according to their weights.

Read-Only:

  • name (String) Name of the backend.

  • target_group_ids (List of String) References target groups for the backend.

Nested Schema for Nested Schema for stream_backend.healthcheck

Optional:

  • grpc_healthcheck (Block List, Max: 1) gRPC Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • healthcheck_port (Number) Optional alternative port for health checking.

  • healthy_threshold (Number) Number of consecutive successful health checks required to promote endpoint into the healthy state. 0 means 1. Note that during startup, only a single successful health check is required to mark a host healthy.

  • http_healthcheck (Block List, Max: 1) HTTP Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • interval_jitter_percent (Number) An optional jitter amount as a percentage of interval. If specified, during every interval value of (interval_ms * interval_jitter_percent / 100) will be added to the wait time.

  • stream_healthcheck (Block List, Max: 1) Stream Healthcheck specification that will be used by this healthcheck. (see below for nested schema)

  • unhealthy_threshold (Number) Number of consecutive failed health checks required to demote endpoint into the unhealthy state. 0 means 1. Note that for HTTP health checks, a single 503 immediately makes endpoint unhealthy.

Read-Only:

  • interval (String) Interval between health checks.

  • timeout (String) Time to wait for a health check response.

Nested Schema for Nested Schema for stream_backend.healthcheck.grpc_healthcheck

Optional:

  • service_name (String) Service name for grpc.health.v1.HealthCheckRequest message.

Nested Schema for Nested Schema for stream_backend.healthcheck.http_healthcheck

Optional:

  • host (String) Host HTTP header value.

  • http2 (Boolean) If set, health checks will use HTTP2.

Read-Only:

  • expected_statuses (List of Number) A list of HTTP response statuses considered healthy.

  • path (String) HTTP path.

Nested Schema for Nested Schema for stream_backend.healthcheck.stream_healthcheck

Optional:

  • receive (String) Data that must be contained in the messages received from targets for a successful health check. If not specified, no messages are expected from targets, and those that are received are not checked.

  • send (String) Message sent to targets during TCP data transfer. If not specified, no data is sent to the target.

Nested Schema for Nested Schema for stream_backend.load_balancing_config

Optional:

  • locality_aware_routing_percent (Number) Percent of traffic to be sent to the same availability zone. The rest will be equally divided between other zones.

  • mode (String) Load balancing mode for the backend. Possible values: ROUND_ROBIN, RANDOM, LEAST_REQUEST, MAGLEV_HASH.

  • panic_threshold (Number) If percentage of healthy hosts in the backend is lower than panic_threshold, traffic will be routed to all backends no matter what the health status is. This helps to avoid healthy backends overloading when everything is bad. Zero means no panic threshold.

  • strict_locality (Boolean) If set, will route requests only to the same availability zone. Balancer won't know about endpoints in other zones.

Nested Schema for Nested Schema for stream_backend.tls

Optional:

  • sni (String) SNI string for TLS connections.

  • validation_context (Block List, Max: 1) (see below for nested schema)

Nested Schema for Nested Schema for stream_backend.tls.validation_context

Optional:

  • trusted_ca_bytes (String) PEM-encoded trusted CA certificate chain.

  • trusted_ca_id (String) Trusted CA certificate ID in the Certificate Manager.

Была ли статья полезна?

Предыдущая
metastore_cluster
Следующая
alb_http_router
Проект Яндекса
© 2025 ТОО «Облачные Сервисы Казахстан»