【要約】AWS Organization間のアカウント移行でTransit GatewayのRAM共有はどうなるか、実際に移行して確認した [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
AWSアカウントを組織間で移動させる際、共有リソースの管理継続性が課題となる。組織再編やM&Aの現場では、既存のネットワーク構成を維持したままアカウントを移動させる必要がある。しかし、RAMによるリソース共有がどのように扱われるかは不明確である。
- ・組織移動に伴うRAM共有の自動解除リスク。
- ・共有解除がVPCアタッチメント等の通信に与える影響の不透明さ。
- ・移行作業中に発生しうるネットワークの瞬断への懸念。
// Approach
検証者は、Transit Gatewayの所有者が組織を移動する環境を構築し、設定による差異を比較した。具体的には、RAMの「アクセスを保持」設定の有無に焦点を当てている。
- ・Retain設定を無効にした共有（tgw-ram1）の作成。
- ・Retain設定を有効にした共有（tgw-ram2）の作成。
- ・新Organizationからの招待およびアカウントの移行実施。
- ・移行前後でのRAMステータスおよび通信（ping）の継続性を確認。
// Result
検証の結果、RAMの共有設定が移行後のリソース管理に直接影響することが明らかになった。設定次第で、移行後の管理コストが大きく変わる。
- ・Retain無効の共有は、移行時に自動解除された。
- ・Retain有効の共有は、移行後も維持された。
- ・RAM共有が解除されても、通信は断絶せず継続した。
- ・移行作業中もpingによる疎通は完全に維持された。
Senior Engineer Insight
> 移行時の通信断リスクは極めて低い。しかし、管理権限の喪失には注意が必要だ。Retain設定を誤ると、移行後に再共有の手間が発生する。大規模環境では、招待ベースの共有を標準化すべきである。可用性と管理性の両面から、移行計画にRAMの設定値を組み込むことが不可欠だ。