?
Это? https://cloud.yandex.ru/docs/vpc/operations/enable-nat
Что то новенькое. Замена нат инстансу что ли?
вот тоже интересно, в доках пока ни слова
Запрашивешь доступ и крутишь руками 😁 все равно превью обычно бесплатно
не уходит заявка только
Коллеги привет. Хочу рассказать вам немного про Egress Gateway, он же Egress NAT Gateway, он же "Шлюзы" в UI. К сожалению, документация пока еще находится в стадии разработки, поэтому постараюсь своими словами кратко рассказать о том что это и зачем. Egress Gateway это такой же функционал, который сейчас включается только в UI и называется “Включить NAT в Интернет”. Никакой дополнительной функциональности как то: VPN Gateway, VPC-Peering, Transit Gateway, NAT Instance он с собой не несет. Что нового: Теперь "NAT в Интернет" можно будет включить единообразно через UI/CLI/Terraform. В последних версиях yc CLI и Terraform провайдера эта функциональность уже есть. Сейчас данная функциональность находится за альфа-флагом, но в течение следующих нескольких недель она станет доступна всем, поэтому призываю вас проявить еще немного терпения и не закидывать поддержку запросами на включение. Логика Egress Gateway следующая: - в VPC (network) создается новый объект - шлюз (gateway) - в VPC (network) создаётся таблица маршрутизации (Route Table) - в таблицу маршрутизации добавляется маршрут "по умолчанию" 0.0.0.0/0, где для него в качестве next-hop указывается не ip адрес шлюза как обычно, а идентификатор созданного ранее шлюза (gateway-id). - таблица маршрутизации привязывается к подсети (subnet) Таким образом, ВМ, которые подключатся к такой подсети своими сетевыми интерфейсами будут отправлять трафик в Интернет через созданный ранее шлюз. На уровне шлюза NAT будет делаться точно также как делается сейчас - будет использоваться пул IPv4 адресов, то есть это не замена NAT Instance с зарезервированным публичным IP адресом.
А когда включаешь Nat на интерфейсе виртуальной машины это правило маршрутизации будет для неё игнорироваться?
привет, Логика Egress Gateway следующая: - в VPC (network) создается новый объект - шлюз (gateway) - в VPC (network) создаётся таблица маршрутизации (Route Table) - в таблицу маршрутизации добавляется маршрут "по умолчанию" 0.0.0.0/0, где для него в качестве next-hop указывается не ip адрес шлюза как обычно, а идентификатор созданного ранее шлюза (gateway-id). любопытно, а если на vpc подсети будет уже роутинг таблица - он удалится что-ли? или в этом случае добавится просто марщрут при существующец РТ?
Как я понял, все сущности нужно создавать "вручную" по отдельности. Само каскадно оно не появится. То есть если таблица уже есть, то достаточно в нее просто добавить запись
Поясните по последнему абзацу, То есть я не смогу использовать свой зарезервированный внешний ip-адрес?
Обсуждают сегодня