この記事では、Azure仮想Socket (vSocket)のためにAzure仮想マシンを異なるVMサイズに変更する手順を説明します。
Azure vSocket VMを異なるサイズに変更する必要がある状況はさまざまである。 サイズ変更プロセスはAzureテナント内で管理されており、VMのサイズ変更はvSocketまたはサイト設定に影響を与えません。 Cato管理アプリケーションまたはソケットWebUIに変更を加える必要はありません。
Azure vSocketのバージョンと設定に応じて、サイトが停止する時間が発生します。
制限
新しいデプロイメントのデフォルトVMはStandard_D8ls_v5です。 現在の環境がこのVMをサポートしていない場合は、Azure管理者に連絡してください。
vSocket VMのサイズを変更する前に、該当する地域に割り当てられたクォータがvCPUコア数の増加を許可していることを確認することが重要です。 Azureは、各リージョンで許可される最大VM vCPU数にクォータを設定しています。 VMのサイズを調整し、新しいVMサイズがより多くのvCPUを持っている場合、そのリージョンのvCPUクォータを超えないことを確認する必要があります。 例として、Azure冗長化サイトには2つの Standard_D2s_v4 vSocket VMがあり、各々2つのvCPUを使用しており、Standard_D8ls_v5 VMにサイズ変更しており、これには8つのvCPUを使用しています。 サイズ変更には追加で12のvCPU（各vSocketに6つ）が必要です。地域に12のvCPUを追加することで、AzureのvCPUクォータを超えないことを確認する必要があります。
必要に応じて、関連するリージョンのvCPUクォータを増やすため、Microsoftに要求を提出してください。 vCPUクォータが超過すると、VMは新しいサイズにデプロイされません。
詳細情報については、関連するMicrosoftのドキュメントを参照してください：クォータを見る および vCPUクォータを確認する。
このセクションでは、HA (高可用性) サイトと単一vSocketを持つサイトのvSocket VMのサイズ変更について説明します。
vSocketバージョンv19以上で動作している冗長化サイトの場合、VMが仮想マシンの概要ページの可用性設定にデプロイされているかどうかを確認します。 以下のセクションに従ってください：
この手順中にHAフェイルオーバーが機能することを確認することも重要です。 WebUIのネットワークツールセクションに移動し、APIテストツールを実行します。
- テストが失敗した場合は、Azure HA vSocketのトラブルシューティングで記載された対処手順に従ってください。
- APIテストが成功した場合は、次のセクションで説明されている手順に従ってください。
注意
注意： リサイズ操作中に、セカンダリvSocketのソケットWebUI APIテストツールが次のメッセージを返した場合：
Azure APIテスト状態「現在のソケットのNIC構成を取得する」に失敗しました！ Azure APIブロック状態「すべてのAZ APIをアンブロックする」
プライマリvSocketでテストが成功した場合、このメッセージは間違いであり、この特定の結果を無視して、以下のリサイズ手順を続行できます。
冗長化vSockets、可用性セットなし
vSocketsが可用性セットにデプロイされていない場合は、以下の手順に従って各VMのサイズを個別に変更します：仮想マシンのサイズを変更する。 プロセス中にダウンタイムは発生しないはずです。
- プライマリvSocketのサイズを変更します。 リサイズプロセスの一環としてvSocketが再起動し、サイトが自動的にセカンダリvSocketにフェイルオーバーします。
- リサイズプロセスが完了しプライマリvSocketが稼働すると、サイトが自動的にプライマリvSocketに戻ります。
- セカンダリvSocketのサイズを変更します。 リサイズプロセスの一環としてvSocketが再起動します。
- 最後に、プライマリVMを電源サイクルして冗長化のフェイルオーバーをテストし、vSocketの冗長化が正常に機能していることを確認します。
冗長化vSockets、可用性セットあり
注意
注意: 3つのNICを持つStandard_D2s_v4 VMのサイズ変更についてサポートを受けるには、Microsoftにお問い合わせください。 以下の手順が成功した結果、可用性セット付きの冗長化vSocketsのリサイズが確認されました。
vSocketが可用性設定に展開されている場合、各VMを個別にリサイズするには以下の手順に従ってください：仮想マシンのサイズを変更する。 プロセス中に一部のダウンタイムがあります。
-
セカンダリvSocketをリサイズしようとします。 プライマリvSocketがNIC制限を超えたことを報告するエラーでリサイズ操作が失敗します。
-
成功するプライマリvSocketのリサイズを行います。 これにより、両方のvSocketが再起動し、トンネルが再接続されます。
-
両方のvSocketがオンラインになりますが、リサイズのためにLANトラフィックがルーティングに失敗する可能性があります。 プライマリvSocketにフローティングIPを割り当てるAPIコールは最初に失敗する可能性があります。
-
ルーティングの問題が発生した場合は、セカンダリvSocketをシャットダウンし、それによりプライマリvSocketを通じて接続を復元する必要があります。
-
セカンダリvSocketを開始します。 トラフィックはvSocketが起動する際に約2分間通信を停止する可能性があります。
v19未満のvSocketバージョンを実行している冗長化サイトでは、プライマリ(アクティブ)とセカンダリ(待機)のvSocket用に新規のVMを展開することをお勧めします。 Azure vSocketsの登録解除および再展開を参照してください。 vSocketはv19.xで新しいVMサイズにデプロイされます。
同じバージョンを保持する必要がある場合は、手動でサイトを再作成するためにサポートにご連絡ください。
v19.xまたはそれ以上の単一のAzure vSocketを持つサイトでは、VMがリサイズプロセスの一環として再起動され、サイトには一部のダウンタイムがあります。
VMのサイズを変更する方法の詳細については、Microsoftのドキュメントを参照してください：仮想マシンのサイズを変更する。
v19未満のvSocketバージョンを実行している単一vSocketサイトの場合、Azure Marketplaceを使用して新規のVMを展開することをお勧めします。 vSocketはv19.xで新しいVMサイズにデプロイされます。 マーケットプレイスからAzure vSocketsを展開をご参照ください。
同じバージョンを保持する必要がある場合は、サイトを手動で再作成するためにサポートにご連絡ください。
VMのサイズを変更した後にvSocketが正しく動作していることを確認するには、Cato管理アプリケーションを使用してvSocketのソケットWebUIにログインしてください。
ソケットWebUIにログインして、リサイズされたvSocketを検証するには：
-
ナビゲーションメニューから、ネットワーク > サイトをクリックし、サイトを選択します。
- ナビゲーションメニューから、サイト設定 > ソケットをクリックします。
- ソケットのアクションメニューから、ソケットWebUIを選択します。
ブラウザは新しいタブを開き、ソケットWebUIにログインします。
vSocketが正しく動作している場合、ソケットWebUIはモニタタブを表示し、アクティブリンクには緑色のリンク ステータスアイコンが表示されます。
HA設定のため、セカンダリvSocketに対して上記のステップを繰り返します。
0件のコメント
サインインしてコメントを残してください。