8月31日の週は、AWSとAzureの両方でワークロードを動かしている人たちが自分で作っていた2つのものを届けた。AWS Interconnect multicloud with Microsoft Azureがパブリックプレビューに入り、2つのクラウド間のマネージドなプライベート接続が手に入った。そしてAWS Transformが移行したブロックストレージをAmazon FSx for NetApp ONTAPに直接着地させられるようになった。 同じ週にAmazon Linux 2027がパブリックプレビューに入り、SELinuxがデフォルトでenforcingになった。Graviton5のR9gとR9gdインスタンスがGAになり、Lambda SnapStartがコンテナイメージに到達した。モデル側ではClaude Fable 5.1がAWSで利用可能になった。こちらはercan.aiで深掘りしている。

AWS Interconnect: 製品としてのマルチクラウドネットワーキング

これまで、AWSのVPCとAzureのVNetをプライベートに接続するには2つの選択肢しかなかった。インターネット越しのIPsecトンネルのペアか、片側にDirect Connect、反対側にExpressRoute、真ん中に自分で所有するルーターを置いたコロケーションのケージだ。AWS Interconnect multicloudはその両方を、コンソール、CLI、APIから作成する接続で置き換える。AWSはre:Invent 2025でこれをオープン仕様として初めて示し、Azureはそれを採用した最新のプロバイダーだ。プレビューはUS East (N. Virginia)、US West (N. California)、Asia Pacific (Sydney)、Europe (Frankfurt)で動く。発表は帯域のティアも料金も明示していないので、耳にした数字はどれも未確認のものとして扱うこと。

これが単なるネットワーキングの話ではなく移行の話である理由はこうだ。AzureからAWSへの移動で最も難しいのは中盤で、データベースが片側に、サービスの半分が反対側にあり、VPNトンネルのレイテンシとエグレスがそこにどれだけ長く居られるかを決める。プライベートでマネージドなリンクは、ゆっくり慎重に進める移行、つまり唯一うまくいく種類の移行のコストを下げる。障害モードはあらゆるマネージドネットワーク製品と同じで、誰も計画していなかったトラフィックの荷重を支えるようになる。だから初日からルートフィルターを設定し、一時的であるはずのフローにタグを付けること。線はここにある。Azure離脱のコード変換側は依然としてAWS Transformの.NETエージェントとWindowsエージェントにあり、注視すべき溝はそこだ。

AWS Transform: ブロックストレージをFSx for ONTAPへ直行

FSx for NetApp ONTAPがブロックストレージのGAターゲットになった。AWS Transformの移行で、EBSと並ぶ選択肢だ。ブロックボリュームをコンピュートとネットワーキングと同じウェーブで移動でき、中間のストレージプラットフォームも別個のストレージ移行ツールも不要で、NetApp ONTAP、他のブロックストレージ、VMwareから来るワークロードについてはアクセスパターンと運用プロセスがそのまま引き継がれるとAWSは言う。

これはストレージで止まる移行にとって重要だ。背後にSANを持つVMware環境はたいてい古いLUNに合わせたサイズのEBSボリュームに落ち着き、重複排除、スナップショット、ストレージチームが頼っていたレプリケーションを失い、ストレージチームが反発する。ONTAPに着地すれば、彼らのツールとSnapMirrorの関係はそのまま残る。トレードオフはEBSに対するGBあたりのコストと、運用するサービスが1つ増えること。判断ルールは単純だ。ソース側のチームが現在ONTAPを管理しているならONTAPを維持し、生のディスクを管理しているならEBSへ行く。同じ週にはさらに、Aurora MySQLがマルチソースレプリケーションと遅延レプリケーションを追加した(バージョン8.4.8以降)。シャードやリージョン別のデータベースを1つのクラスターに統合するためのツールだ。そしてDocumentDBが3.6と4.0から8.0へ直接アップグレードできるようになり、中間のホップが不要になった。

Amazon Linux 2027: SELinux enforcing、カーネル7.1、AWS-LC

AL2027はAL2023のベースラインの上に、7.1以降のカーネル、最新のツールチェーンと言語ランタイム、Neuronドライバーのサポート、暗号のためのAWS-LC、そしてデフォルトでenforcingモードのSELinuxを載せる。プレビューAMIは全商用リージョンのコンソールにx86-64とARM向けにあり、コンテナベースイメージはECR Public Galleryにあり、フィードバックはAL2027のGitHubリポジトリ経由だ。

計画の軸にすべきなのはSELinuxがデフォルトでenforcingになる線だ。AL2023はpermissiveで出荷され、「AL2023で動く」ソフトウェアの多くは、拒否が強制されずにログに記録されただけだから動いている。今のうちにAL2027のテストイメージを作り、本物のワークロードを走らせ、ポリシーモジュールが必要か別のベースイメージが必要かを決める前にausearch -m AVC -ts recentを読むこと。暗号の変更はより微妙だ。AWS-LCはほとんどの用途で期待どおりのOpenSSLとAPI互換だが、エンジンモジュールをロードしたり、あまり使われない暗号に依存したりするものはテストに値する。両方を見つけるのに安上がりな時期がプレビューだ。

Graviton5 R9g: 検証済み分離エンジンを持つ最初のインスタンス

R9gとR9gdがGAになった。US East (N. VirginiaとOhio)、US West (Oregon)、Europe (Frankfurt)で、AWSはR8gに対して最大25%のコンピュート性能向上、最大30%高速なデータベース、5倍大きいキャッシュを謳う。第6世代のNitro Systemで動き、Nitro Isolation Engineを搭載する最初のインスタンスだ。AWSによれば、これは形式検証を用いてワークロード分離の数学的な保証を提供する。性能の主張は自分のデータベース層でベンチマークすること。分離の主張は注意深く読むこと。「形式的に検証済み」は特定のモデルについての言明であり、そのモデルの範囲こそ監査人が尋ねることだ。

今週のその他

通底するテーマ

今週AWSは、移行が始まる理由ではなく、移行が止まる理由を狙った。クラウド間のネットワークはプロジェクトだった。今はリソースだ。SANはストレージチームの拒否権だった。今は彼らがすでに運用している製品に着地する。データベースの統合はDMSのタスクだった。今はレプリケーションの設定だ。どのローンチも単体では見出しにならないが、合わせると、移行計画が「フェーズ2」と書いて「永遠に来ない」を意味する最も一般的な理由のうち3つを取り除く。AL2027は、目的地もまた動き続けるという注意喚起だ。今年移行先に選んだOSは来年SELinux enforcingを求めてくる。プレビューがその警告だ。

次に読む

同じ週のAIとエージェント側の読み解きは、ercan.aiのフィールドノートにある。AWS、クラウド、CI/CDパイプライン、Linux、GitHub/GitLabなどのコンサルティングは、ercanermis.comからどうぞ。

参考資料