Share via

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. PowerShell コマンドレットを使用して準備されたサーバーを Add-server 追加します。
  3. クラスターにサーバーを追加すると、新しい受信サーバーが CPU、メモリ、ストレージ (ドライブ) の要件を満たしていることを確認してから、サーバーを実際に追加します。
  4. サーバーが追加されると、クラスターも検証され、正常に機能していることを確認します。 次に、記憶域プールが自動的に再調整されます。 ストレージの再調整は、実際のワークロードに影響を与えない優先度の低いタスクです。 再調整は、サーバーの数と使用されるストレージに応じて、数日実行できます。

注意

カスタム ストレージ 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 オペレーティング システムをインストールする」の手順に従います。

    注意

    また、必要な Windows ロールをインストールする必要もあります。

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

    注意

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

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

  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 進行状況を監視するために使用します。

注意

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

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

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

  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再実行します。		 Yes
オーケストレーターを使用して新しいサーバーを追加しました。
操作は部分的に成功しましたが、新しいオペレーティング システムのインストールから開始する必要がありました。		 このシナリオでは、オーケストレーターはナレッジ ストアを新しいサーバーで既に更新しています。 修復サーバーのシナリオを使用します。 Yes

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

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

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

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

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

    Add-Server -Rerun

次の手順

サーバーを修復する方法の詳細については、こちらを参照してください。