この記事では、購入からデプロイ後のサポートまで、Azure Stack Hub データセンター統合のエンド ツー エンドプロセスについて説明します。 統合は、顧客、ソリューション プロバイダー、および Microsoft 間のコラボレーション プロジェクトです。 次のタブをクリックして、プロジェクトの各メンバーの特定の手順を確認し、次のセクションでプロジェクト タイムラインのさまざまなフェーズの概要を確認します。
- ユース ケースと要件について説明する
- 課金モデルを決定する
- 契約の確認と承認
- 配置ワークシートを完成する
- デプロイの前提条件が満たされていることを確認する
- データセンターを準備する
- デプロイ中にサブスクリプション情報を指定する
- 提供されたデータに関する質問を解決する
計画
Microsoft または Azure Stack Hub ソリューション パートナーが目標の評価に役立ちます。 次のような質問を決定するのに役立ちます。
- Azure Stack Hub は組織に適したソリューションですか?
- 組織ではどの種類の課金とライセンス モデルが機能しますか?
- どのようなサイズのソリューションが必要ですか?
- 電源と冷却の要件は何ですか?
Azure Stack Hub Capacity Planner を使用して、ニーズに最適なハードウェア容量と構成を調査および分析します。
注文プロセス
組織は、Azure Stack Hub の購入にコミットし、契約と発注書に署名し、統合要件データをソリューション プロバイダーに提供します。
デプロイ前準備
Azure Stack Hub をデータセンターと統合する方法について決定します。 Microsoft はソリューション プロバイダーと協力して、必要な情報を収集するのに役立つ 展開ワークシート を公開しました。 データセンター統合に関する一般的な考慮事項に関する記事では、デプロイ ワークシートと呼ばれるテンプレートを完成するのに役立つ情報を提供します。
Von Bedeutung
展開の遅延を防ぐために、ソリューションを注文する前に、すべての前提条件を調査します。 前提条件の確認には時間がかかることがあり、組織内のさまざまな部門からの調整とデータ収集が必要になります。
次の項目を選択します。
Azure Stack Hub 接続モデルと ID プロバイダー。 Azure Stack Hub は、 インターネット (および Azure) に接続されているか、切断されているかを選択してデプロイできます。 ハイブリッド シナリオを含めて、Azure Stack Hub から最大のメリットを得るには、Azure に接続した状態でデプロイしてください。 Active Directory フェデレーション サービス (AD FS) または Microsoft Entra ID の選択は、デプロイ時に行う必要がある 1 回限りの決定です。 後でシステム全体を再デプロイしないと、ID プロバイダーを変更することはできません。
ライセンス モデル。 選択できるライセンス モデルのオプションは、使用するデプロイの種類によって異なります。 ID プロバイダーの選択は、テナント仮想マシンや、使用する ID システムとアカウントには影響しません。
ネットワーク統合。 ネットワーク統合 は、Azure Stack Hub システムのデプロイ、運用、管理に不可欠です。 Azure Stack Hub ソリューションに回復力があり、運用をサポートする高可用な物理インフラストラクチャがあることを確実にする、いくつかの考慮事項があります。
ファイアウォールの統合。 ファイアウォールを使用して Azure Stack Hub をセキュリティで保護することをお勧めします。 ファイアウォールは、DDOS 攻撃、侵入検出、コンテンツ検査を防ぐのに役立ちます。 ただし、Azure Storage サービスのスループットのボトルネックになる可能性があります。
証明書の要件。 オンサイト エンジニアがデプロイのためにデータセンターに到着する前に、必要なすべての証明書を入手することが重要です。
すべての前提条件の情報がデプロイ ワークシートを通じて収集されると、ソリューション プロバイダーは、収集されたデータに基づいてファクトリ プロセスを開始し、Azure Stack Hub をデータセンターに正常に統合できるようにします。
再デプロイが必要な変更
次の表に、システム全体を再デプロイする必要がある Azure Stack Hub デプロイの変更を示します。
| 選択肢 | 再デプロイ |
|---|---|
| ID システムを Microsoft Entra ID から Active Directory FS に変更する | イエス |
| 展開に使用された Microsoft Entra ディレクトリを変更する | イエス |
| ネットワーク IP 範囲を変更する | イエス |
| AD FS 統合 Active Directory を変更する | いいえ |
| 課金モデルを変更する | いいえ |
| 登録に使用する Azure サブスクリプションを変更する | いいえ |
ハードウェアの配信
ソリューション プロバイダーは、ソリューションが施設に到着するタイミングのスケジュールに関して協力します。 受け取って配置したら、ソリューション プロバイダーとの時間をスケジュールして、エンジニアがオンサイトに来て Azure Stack Hub のデプロイを実行できるようにする必要があります。
オンサイト エンジニアがソリューションをデプロイするために到着する前に、すべての前提条件データがロックされ、使用可能であることが重要です。
すべての証明書を購入して準備する必要があります。
リージョン名を決定しておく必要があります。
すべてのネットワーク統合パラメーターが最終処理され、ソリューション プロバイダーと共有されているものと一致します。
ヒント
この情報のいずれかが変更された場合は、実際のデプロイをスケジュールする前に、必ずソリューション プロバイダーに変更を通知してください。
オンサイト デプロイ
Azure Stack Hub をデプロイするには、デプロイを開始するために、ハードウェア ソリューション プロバイダーのオンサイト エンジニアが存在する必要があります。 デプロイを成功させるには、デプロイ ワークシートを通じて提供されるすべての情報が変更されないようにします。
次のチェックは、デプロイの実施中にオンサイト エンジニアに期待できる事柄です。
- すべてのケーブル配線と境界接続をチェックして、ソリューションが適切に構築され要件が満たされることを確認します。
- ソリューション ハードウェア ライフサイクル ホスト (HLH) が存在する場合は構成します。
- すべての BMC、BIOS、およびネットワーク設定が正しいことを確認します。
- すべてのコンポーネントのファームウェアがソリューションにより承認済みの最新バージョンであることを確認します。
- デプロイを開始します。
注
オンサイト エンジニアによるデプロイ手順は、完了までに約 1 営業日かかる場合があります。
デプロイ後
統合後フェーズでソリューションを顧客に渡す前に、パートナーがいくつかの手順を実行する必要があります。 このフェーズでは、システムが正しくデプロイされて動作することを確認するための検証が重要です。
OEM パートナーが実行する必要があるアクションは次のとおりです。
test-azurestack を実行します。
Azure に登録する。
スイッチ構成ファイルと HLH 構成ファイルをバックアップします。
DVM を削除します。
デプロイの顧客概要の準備。
ソリューションのソフトウェアが必ず最新バージョンに更新されているように、更新プログラムを確認する。
インストールの種類に応じて、必要または省略可能な手順がいくつかあります。
AD FS を使用してデプロイが完了した場合は、Azure Stack Hub スタンプを顧客独自の AD FS と統合する必要があります。
注
この手順は顧客の責任ですが、パートナーは必要に応じてこれを行うサービスを提供することを選択できます。
それぞれのパートナーからの既存の監視システムとの統合。
System Center Operations Managerの統合では、フリート管理機能もサポートされています。
スケジュール
支援
Azure Stack Hub を使用すると、システムのライフサイクル全体をカバーする Azure 整合性の統合されたサポート エクスペリエンスを実現できます。 Azure Stack Hub 統合システムを完全にサポートするには、2 つのサポート 契約が必要です。1 つは、Azure サービス サポート用の Microsoft (またはクラウド ソリューション プロバイダー) と、システム サポート用のハードウェア プロバイダーとの 1 つです。 統合サポート エクスペリエンスは、調整されたエスカレーションと解決を提供し、顧客が最初に呼び出す相手に関係なく一貫したサポート エクスペリエンスを得ることができます。 Microsoft で Premier、Azure -Standard/ProDirect、またはパートナー サポートを既にお持ちのお客様には、Azure Stack Hub ソフトウェア サポートが含まれています。
統合サポート エクスペリエンスでは、サポート ケースの双方向転送と、Microsoft とハードウェア パートナー間のケースの更新に、ケース交換メカニズムを使用します。 Microsoft Azure Stack Hub は、 モダン ライフサイクル ポリシーに従います。
次のステップ
データセンターの統合に関する一般的な考慮事項について詳しく説明します。