Azure の初期サブスクリプションを作成する

組織の初期要件に基づいて一連のサブスクリプションを作成し、Azure の導入プロセスを開始します。

Note

Azure 環境内のサブスクリプションを計画する最初のステップとして、リソース編成に関する Azure ランディング ゾーン ガイダンスを使用し、環境のスケーリングを考慮するようにしてください。

サブスクリプションを作成する

以下の 2 つの Azure サブスクリプションを作成します。

  • 運用ワークロードを含むサブスクリプション。
  • より低価格の Azure Dev/Test オファーを使用した、非運用環境として機能するサブスクリプション。

運用と非運用のラベルが付いたボックスの横にキーが表示された初期サブスクリプション モデル。

"図 1:"運用" と "非運用" のラベルが付いたボックスの横に鍵が表示された初期サブスクリプション モデル。

2 つのサブスクリプション アプローチには、次のような多くの利点があります。

  • 運用と非運用環境に別々のサブスクリプションを使用すると、リソースの管理をよりシンプルで安全にする境界が作成されます。
  • 非運用ワークロード向けに、Azure Dev/Test サブスクリプション オファリングが提供されています。 これらのオファリングでは、Azure のサービスとソフトウェア ライセンスを割引料金で利用できます。
  • 運用環境と非運用環境では、Azure ポリシーのセットが異なることが多々あります。 各環境を独自のサブスクリプションに配置することで、サブスクリプション レベルで異なるポリシーを適用することが容易になります。
  • テスト目的で、特定の種類の Azure リソースを非運用サブスクリプションに配置することができます。 これらのテスト用リソースを運用環境に公開することなく、非運用サブスクリプションでこれらに対してリソース プロバイダーを有効にすることができます。
  • Azure 開発/テスト サブスクリプションは、分離されたサンドボックス環境として使用できます。 これらのサンドボックスを利用することにより、管理者と開発者は、Azure リソースのセット全体を迅速に作成および破棄し、データ保護やセキュリティ上の懸念に対応することができます。
  • 許容可能なコストのしきい値は、多くの場合、運用環境と非運用環境で異なります。

サンドボックス サブスクリプション

組織のクラウド導入戦略にイノベーションが必要とお考えの場合は、1 つ以上のサンドボックス サブスクリプションを作成することを検討してください。 サンドボックス サブスクリプションでは、Azure の機能を試し、セキュリティ ポリシーを適用してテスト サブスクリプションを運用環境および非運用環境から分離することができます。Azure Dev/Test オファーを使用してこれらのサブスクリプションを作成できます。

運用、非運用、サンドボックスのラベルが付いたボックスの横にキーが表示された初期サブスクリプション モデル。

  • "図 2:サンドボックス サブスクリプションを含むサブスクリプション モデル。

共有サービス サブスクリプション

組織で 24 か月以内にクラウドで 1,000 を超える VM またはコンピューティング インスタンスをホストすることを計画している場合は、共有サービスをホストするために別の Azure サブスクリプションを作成する必要があります。 この戦略によって、最終状態のエンタープライズ アーキテクチャをサポートできる状態になります。

運用、非運用、共有サービスのラベルが付いたボックスの横にキーが表示された初期サブスクリプション モデル。

"図 3:共有サービスを含むサブスクリプション モデル。

次の手順

追加のサブスクリプションで Azure 環境をスケーリングする