Azure Stack Hub 移行のワークロードを評価する
この記事では、クラウド戦略への Azure Stack の組み入れを決定し、Azure Stack Hub 移行用の計画を作成し、お使いの環境で移行の準備ができていることを前提としています。
計画手法の中で組織のデジタル資産を合理化する間に、各ワークロードが検出されてインベントリされ、最初の意思決定が定量的データに基づいて行われました。 各ワークロードをデプロイする前に、データおよび定性的データによる意思決定を検証することが重要です。
配置
考慮すべき最初のデータ ポイントは配置です。 つまり、パブリック クラウド、プライベート クラウド、または、ソブリン クラウドやサービス プロバイダーの Azure 環境のような一部の他のクラウド プラットフォームにこのワークロードを移行するのかという問題です。
後続の各セクションにある情報は、配置に関する決定の有効性を確認する上で役立つことがあります。 この情報は、ワークロードのデプロイ時に役立つデータを見つけるためにも役立つでしょう。
利害関係者にとっての価値
企業および IT 部門の利害関係者らと共に、このワークロードの移行の価値を以下に沿って評価します。
- 摩擦が少ない: 短期集中、期限付きの長期での実行可能性
- 摩擦が多い: 長期投資、簡単に繰り返せる、継続的に最新化される
- 2 つのバランス。
ガバナンス、リスク、およびコンプライアンス
以下に沿って、規制、コンプライアンス、およびプライバシーの要件の影響を評価します。
- どのデータを Azure 上に保持でき、どのデータをオンプレミスに置いておく必要がありますか。
- 基になるプラットフォームを管理できるのは誰ですか。
- データは場所に依存していますか。
- データの格納に有効期限はありますか。
成功のメトリック
成功のメトリックと可用性の許容範囲を決定します。
- パフォーマンス
- 可用性
- 回復性
- デプロイまたは移行のアプローチ
ライセンス
以下に沿って、ライセンスとサポートの影響を評価します。
- 変換が限定される製品のライセンス制限はありますか。
- アプリケーションまたはデータセットは、新しい環境でサポートされていますか。
- サポートに関する声明が提示される必要があるサードパーティのソフトウェア ベンダーはありますか。
操作の要件
- IT マネージド クラウド サービスとアプリケーション固有のサービス間の相関関係を調べることで、作業の重複を回避し、サービス レベル アグリーメント (SLA) を最適化します。
- アプリケーションのデプロイおよび移行中に、サービスのプロビジョニングを調整するために必要な自動化について検討します。
- 操作の要件を満たすため、従量課金、可用性セット、仮想マシン スケール セット、ネットワーク アダプター、VM およびディスクの追加とサイズ変更の機能などのスケーラビリティと可用性のサービスについて検討してください。
監視
- エンド ユーザーに提供する SLA の基礎を形成する明確に定義されたメトリックを使用して、システムの正常性と動作状態およびパフォーマンスを監視します。
- セキュリティとコンプライアンスを確認し、アプリケーションによって課せられる規制やコンプライアンスの要件が、クラウド環境ではどの程度満たされているかを評価します。
- バックアップ/復元とレプリケーション/フェールオーバーのプロセスはどのようなものですか。
- サービスとしてのインフラストラクチャ、サービスとしてのプラットフォーム、サービス リソースとしてのソフトウェアのためにデータ保護サービスを見つけます。
- 包括的な保護戦略を実現するために、複数のベンダー、テクノロジ、および機能を組み込みます。
次のステップ
クラウド導入の取り組みの特定の要素に関するガイダンスについては、以下を参照してください。