Что указывается в А-записи в AWS

Назначение и структура А-записи в AWS Route 53

В AWS, точнее в сервисе Amazon Route 53 (облачный DNS-сервис), А-запись (Address record) — это один из фундаментальных типов DNS-записей. Её основное предназначение — сопоставление доменного имени с IPv4-адресом целевого ресурса, что позволяет пользователям находить ваш сервис в интернете по удобному имени (например, example.com) вместо числового IP-адреса.

Что указывается в полях А-записи в Route 53

При создании или редактировании А-записи в консоли Route 53, через CLI, SDK или CloudFormation, вы заполняете несколько ключевых полей:

• Имя записи (Record Name): Часть доменного имени, которую вы хотите связать с IP-адресом. Например, для адресации www.example.com в зоне example.com, имя записи будет www. Для корневой зоны (example.com) это поле часто оставляют пустым или указывают @.
• Тип записи (Record Type): Выбирается A.
• Значение (Value) / Направлять трафик на (Route traffic to): Здесь указывается IPv4-адрес, на который будет перенаправляться трафик. Это может быть:

    *   Публичный IP-адрес EC2-инстанса.
    *   IP-адрес балансировщика нагрузки (Application/Network Load Balancer). *Важно:* для ALB/NLB чаще создают Алиас-запись (Alias record), которая является специфичной оптимизацией AWS.
    *   IP-адрес любого другого ресурса вне или внутри AWS (например, внешнего сервера).

• TTL (Time to Live): Время в секундах, на которое DNS-резолверы могут кэшировать эту запись. Низкий TTL (60-300 секунд) полезен для быстрых изменений, высокий (например, 86400 секунд = 1 день) — для статических ресурсов для уменьшения нагрузки на DNS.
• Маршрутизация (Routing Policy): Это мощная функция Route 53, определяющая как будет выбираться IP-адрес из списка значений. Основные типы:

    *   **Simple (Простая):** Возвращает все указанные IP-адреса в случайном порядке для балансировки нагрузки по типу round-robin.
    *   **Weighted (Взвешенная):** Трафик распределяется между разными IP-адресами в соответствии с заданными весами (например, 80% трафика на один IP для тестирования новой версии, 20% — на старую).
    *   **Failover (Аварийный переключатель):** Используется для активного и резервного ресурса. Route 53 проверяет здоровье первичного ресурса и направляет трафик на резервный в случае его отказа.
    *   **Geolocation (Геолокация):** Трафик направляется на разные IP-адреса в зависимости от географического местоположения пользователя (например, пользователи из ЕС — на один IP, из США — на другой).
    *   **Latency (Задержка):** Трафик направляется на IP-адрес ресурса, обеспечивающего наименьшую сетевую задержку для данного пользователя.

• Проверка работоспособности (Health Check): Можно привязать к записи проверку здоровья конечного ресурса (по HTTP/HTTPS/TCP). Если проверка не пройдена, Route 53 перестанет возвращать этот IP-адрес в ответах на DNS-запросы (актуально для политик Failover, Weighted и др.).

Пример А-записи в JSON-формате (AWS CLI / SDK)

{
  "Name": "www.example.com",
  "Type": "A",
  "SetIdentifier": "production-server", // Используется для различия записей в политиках Weighted, Failover и т.д.
  "TTL": 300,
  "ResourceRecords": [
    {
      "Value": "192.0.2.1"
    }
  ],
  "HealthCheckId": "abc12345-6789-..." // Опционально: ID проверки здоровья
}

Ключевое отличие: А-запись vs Алиас-запись (Alias Record)

Важно помнить, что в Route 53 для ресурсов внутри AWS (таких как CloudFront-дистрибутив, Load Balancer, S3-ведро для статического сайта, API Gateway, VPC interface endpoint) настоятельно рекомендуется использовать не стандартную А-запись, а Alias-запись.

Причины:

1. Автоматическая привязка к IP-адресам: AWS автоматически управляет значением Alias-записи, которое всегда актуально, даже если IP-адрес ресурса изменился.
2. Отсутствие TTL: Решение о маршрутизации принимается на серверах Route 53 при каждом запросе, что позволяет мгновенно реагировать на изменения.
3. Бесплатность: Запросы к Alias-записям, указывающим на ресурсы AWS, не тарифицируются.

Таким образом, в А-записи в AWS Route 53 указывается доменное имя, IPv4-адрес конечного ресурса, TTL и выбранная политика маршрутизации. Это базовый, но гибкий инструмент для управления трафиком на уровне DNS с поддержкой сложных сценариев балансировки нагрузки, аварийного переключения и гео-маршрутизации.