次の方法で共有

Azure Stack HCI バージョン 23H2 にサーバーを追加する

  • [アーティクル]

適用対象: Azure Stack HCI バージョン 23H2

この記事では、サーバー (多くの場合、スケールアウトと呼ばれます) を Azure Stack HCI クラスターに追加して容量を管理する方法について説明します。

サーバーの追加について

既存のクラスターにサーバーを追加することで、Azure Stack HCI でコンピューティングとストレージを同時に簡単にスケーリングできます。 Azure Stack HCI クラスターでは、最大 16 台のサーバーがサポートされています。

クラスターに追加する新しい物理サーバーはそれぞれ、CPU の種類、メモリ、ドライブの数、ドライブの種類とサイズの点で、残りのサーバーと密接に一致している必要があります。

Azure Stack HCI クラスターは、1 台から 16 台のサーバーに動的にスケーリングできます。 スケーリングに応じて、オーケストレーター (ライフサイクル マネージャーとも呼ばれます) は、ドライブの回復性、オーケストレーター エージェントなどのオンプレミス エージェントを含むネットワーク構成、Arc 登録を調整します。 動的スケーリングでは、ネットワーク アーキテクチャを、スイッチなしで接続からネットワーク スイッチ経由で接続するように変更する必要がある場合があります。

重要

  • このリリースでは、任意の時点で 1 つのサーバーのみを追加できます。 ただし、記憶域プールが 1 回だけ再調整されるように、複数のサーバーを順番に追加できます。
  • クラスターからサーバーを完全に削除することはできません。

サーバー ワークフローの追加

次のフロー図は、サーバーを追加するプロセス全体を示しています。

サーバーを追加するプロセスを示す図。

サーバーを追加するには、次の大まかな手順に従います。

  1. 追加する予定の新しいクラスター サーバーに、オペレーティング システム、ドライバー、ファームウェアをインストールします。 詳細については、 OS のインストールを参照してください。
  2. Add-server PowerShell コマンドレットを使用して、準備されたサーバーを追加します。
  3. クラスターにサーバーを追加すると、システムは、新しい受信サーバーが実際にサーバーを追加する前に、CPU、メモリ、および記憶域 (ドライブ) の要件を満たしていることを検証します。
  4. サーバーが追加されると、クラスターも検証され、正常に機能していることが確認されます。 次に、記憶域プールが自動的に再調整されます。 ストレージの再調整は優先順位の低いタスクであり、実際のワークロードには影響しません。 再調整は、使用されるサーバーとストレージの数に応じて、数日間実行できます。

Note

カスタム ストレージ IP を使用して Azure Stack HCI クラスターをデプロイした場合は、サーバーの追加後に、ストレージ ネットワーク アダプターに IP を手動で割り当てる必要があります。

サポートされるシナリオ

サーバーを追加する場合、次のスケールアウト シナリオがサポートされています。

開始シナリオ ターゲット シナリオ 回復性の設定 ストレージ ネットワーク アーキテクチャ ミラーリング監視の設定
単一サーバー 2 サーバー クラスター 双方向ミラー スイッチの有無に関する設定 ターゲット シナリオに必要な監視。
2 サーバー クラスター 3 サーバー クラスター 3 方向ミラー スイッチのみを使用して構成されている ターゲット シナリオの監視は省略可能です。
3 サーバー クラスター N サーバー クラスター 3 方向ミラー 切り替えのみ ターゲット シナリオの監視は省略可能です。

クラスターを 2 台から 3 台のサーバーにアップグレードすると、ストレージの回復性レベルが双方向ミラーから 3 方向ミラーに変更されます。

回復性の設定

このリリースでは、サーバーの追加操作では、デプロイ後に作成されたワークロード ボリュームに対して特定のタスクは実行されません。

サーバーの追加操作では、必要なインフラストラクチャ ボリュームとデプロイ中に作成されたワークロード ボリュームの回復性設定が更新されます。 デプロイ後に作成した他のワークロード ボリュームの設定は変更されません (これらのボリュームの意図的な回復性設定は不明であり、クラスターのスケールに関係なく 2 方向ミラー ボリュームが必要な場合があるため)。

ただし、既定の回復性設定は記憶域プール レベルで更新されるため、デプロイ後に作成した新しいワークロード ボリュームは回復性設定を継承します。

ハードウェア要件

サーバーを追加すると、システムは新しい受信サーバーのハードウェアを検証し、サーバーがクラスターに追加される前にハードウェア要件を満たしていることを確認します。

コンポーネント コンプリオン チェック
CPU 新しいサーバーに同じ数以上の CPU コアがあることを確認します。 受信ノードの CPU コアがこの要件を満たしていない場合は、警告が表示されます。 ただし、操作は許可されます。
メモリ 新しいサーバーに同じ量以上のメモリがインストールされていることを確認します。 受信ノードのメモリがこの要件を満たしていない場合は、警告が表示されます。 ただし、操作は許可されます。
ドライブ 新しいサーバーに、記憶域スペース ダイレクトで使用可能な同じ数のデータ ドライブがあることを確認します。 受信ノード上のドライブの数がこの要件を満たしていない場合は、エラーが報告され、操作がブロックされます。

前提条件

サーバーを追加する前に、ハードウェアとソフトウェアの前提条件を満たす必要があります。

ハードウェアの前提条件

次の前提条件を満たしていることを確認します。

  1. 最初の手順では、元の OEM から新しい Azure Stack HCI ハードウェアを取得します。 クラスターで使用するための新しいサーバー ハードウェアを追加するときは、OEM 提供のドキュメントを必ず参照してください。
  2. 新しい物理サーバーを所定の場所 (ラックなど) に配置し、適切にケーブル接続します。
  3. ネットワーク環境で必要に応じて、物理スイッチ ポートを有効にして調整します。

ソフトウェアの必要なコンポーネント

次の前提条件を満たしていることを確認します。

  • AzureStackLCMUser は Active Directory でアクティブです。 詳細については、「 Active Directory の準備」を参照してください。
  • AzureStackLCMUserまたは同等のアクセス許可を持つ別のユーザーとしてサインインします。
  • AzureStackLCMUserの資格情報は変更されていません。

サーバーを追加する

このセクションでは、PowerShell を使用してサーバーを追加し、 Add-Server 操作の状態を監視し、問題が発生した場合のトラブルシューティングを行う方法について説明します。

PowerShell を使用してサーバーを追加する

前提条件を確認して完了していることを確認。

追加する予定の新しいサーバーで、次の手順に従います。

  1. 追加する予定の新しいサーバーに、オペレーティング システムと必要なドライバーをインストールします。 Azure Stack HCI バージョン 23H2 オペレーティング システムのインストールの手順に従います。

    Note

    クラスターでストレージ専用のネットワーク ATC インテントを使用していて、カスタム ストレージ IP を使用している場合は、新しいサーバーを追加する前に、ストレージ ネットワーク アダプターで IP を構成する必要があります。 クラスターでストレージとその他のトラフィックの種類 (コンピューティングや管理など) に共有ネットワーク ATC インテントを使用している場合は、サーバーがクラスターに追加された後で、ストレージ仮想ネットワーク アダプター上の IP を手動で構成する必要があります。

  2. サーバーを Arc に登録します。 Arc を使用して登録し、アクセス許可を設定するの手順に従います。

    Note

    Arc に登録するには、既存のノードと同じパラメーターを使用する必要があります。たとえば、リソース グループ名、リージョン、サブスクリプション、およびテント。

  3. 新しく追加されたサーバー ノードに次のアクセス許可を割り当てます。

クラスターに既に存在するサーバーで、次の手順を実行します。

  1. クラスターのデプロイ時に指定したドメイン ユーザー資格情報を使用してサインインします。

  2. (省略可能)サーバーを追加する前に、必ず更新された認証トークンを取得してください。 次のコマンドを実行します。

    Update-AuthenticationToken

  3. 次のコマンドを実行して、新しい受信サーバーを追加します。

    $HostIpv4 = "<IPv 4 for the new server>"
$Cred = Get-Credential 
Add-Server -Name "< Name of the new server>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred

  4. Add-Server コマンドによって出力される操作 ID を書き留めます。 この操作 ID は、後で Add-Server 操作の進行状況を監視するために使用します。

操作の進行状況を監視する

サーバーの追加操作の進行状況を監視するには、次の手順に従います。

  1. 次のコマンドレットを実行し、前の手順の操作 ID を指定します。

    $ID = "<Operation ID>" 
Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID

  2. 操作が完了すると、バックグラウンド ストレージの再調整ジョブは引き続き実行されます。 ストレージの再調整ジョブが完了するまで待ちます。 このストレージの再調整ジョブの進行状況を確認するには、次のコマンドレットを使用します。

    Get-VirtualDisk|Get-StorageJob

    ストレージの再調整ジョブが完了した場合、コマンドレットは出力を返しません。

新しく追加されたサーバーは、数時間後に Azure Stack HCI クラスターの一覧の Azure portal に表示されます。 サーバーを Azure portal に強制的に表示するには、次のコマンドを実行します。

Sync-AzureStackHCI

復旧のシナリオ

次の復旧シナリオと推奨される軽減手順は、サーバーを追加するために表されます。

シナリオの説明 対応策 サポート対象?
オーケストレーターを使用せずに、帯域外の新しいサーバーを追加しました。 追加したサーバーを削除します。
オーケストレーターを使用してサーバーを追加します。		 いいえ
オーケストレーターを含む新しいサーバーを追加し、操作に失敗しました。 操作を完了するには、エラーを調査します。
Add-Server -Rerunを使用して、失敗した操作を再実行します。		 はい
オーケストレーターを備えた新しいサーバーを追加しました。
操作は部分的に成功しましたが、新しいオペレーティング システムのインストールから開始する必要がありました。		 このシナリオでは、オーケストレーターは新しいサーバーでナレッジ ストアを既に更新しています。 修復サーバーのシナリオを使用します。 はい

問題のトラブルシューティング

サーバーの追加中にエラーやエラーが発生した場合は、ログ ファイルでエラーの出力をキャプチャできます。 クラスターに既に存在するサーバーで、次の手順を実行します。

  • クラスターのデプロイ時に指定したドメイン ユーザー資格情報を使用してサインインします。 ログ ファイル内の問題をキャプチャします。

    Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt

  • 失敗した操作を再実行するには、次のコマンドレットを使用します。

    Add-Server -Rerun

次のステップ

サーバーを する方法の詳細についてはを参照してください。