AWSでVPCをセットアップしています。 2つのサブネット(A/24およびB/24)を作成しました。さらに使用するために、IP /サブネットを持たないすべてのIPをそのまま使用します。
B/24は完全には利用されておらず、その中でIPアドレスを無駄にしていることがわかります。
次に、サブネットサイズを縮小し、インスタンスをB/24からA/24に移動します。 B/24および/ 28範囲の4つの小さなサブネットを作成し、作成された小さなサブネットの1つにサーバーを戻します。
使用可能なサーバーをB/24に保持し、複数のサブネットを作成できるように、適用可能な推奨ベストプラクティスを教えてください。
より小さなサブネットの作成は非常に簡単です。サブネットを削除し、新しいサブネットを作成します。ただし、削除する前にB/24のボックスから移行することをお勧めします。
現在、サブネット間で実行中のマシンを移動することはできません*。アプリケーションと要件に応じて、シャットダウンしてマシンのイメージを取得し、そのマシンの新しいインスタンスを他のサブネットで起動するとうまくいくと思います。
*余談ですが、新しいサブネットから新しいネットワークインターフェースを接続し、古いネットワークインターフェースを削除して、ボックスを落とさずにサブネットを効果的に移動できるかどうか疑問に思いました。結局のところ、インデックス0のネットワークインターフェイスを削除することはできません。つまり、これは機能しません。
インスタンスの詳細で「サブネットID」の他の値を表示するためにAWSウェブコンソールを取得しないことは事実です。他の人は、希望するサブネット上に「存在する」新しいインスタンスを作成する方法を説明しています。 「1つの転送不可能なホストID」にライセンスされたソフトウェアを実行している既存のサーバーを取得し、別のサブネットに「配置」する必要がありました。 (もちろん、ライセンスソフトウェアと言うときは、「AWSをサポートしていない」ベンダーのWindowsソフトウェアについて話します!)
route print
コマンドラインから。これで、マシンが実行するすべてが目的のサブネット上になりました。古いIP(および以前のサブネット)および新しいIP(および目的のサブネット)で引き続き到達可能です。
これはかなり狭いケースですが、誰かの助けになることを願っています。
唯一の方法は、AMIを停止してから作成し、選択したAZのイメージから起動することです(2015年4月現在)
ターゲットサブネット(ただし、AZ)に新しいインスタンスを作成し、元の(ルートボリュームを含む)から新しいインスタンスにEBSボリュームをデタッチ/再接続できます。これにより、元のインスタンスが実行される新しいインスタンスを作成できますが、実行が少し複雑になるため、ダウンタイムが短くなる可能性があります。