OCI landing zones(ランディング・ゾーン)の作業量拡大の紹介 (2022/12/01)

OCI landing zones(ランディング・ゾーン)の作業量拡大の紹介 (2022/12/01)

https://blogs.oracle.com/cloud-infrastructure/post/workload-expansion-oci-landing-zones

投稿者: Farouk Khan | Senior Project Manager - OCI Landing Zones


ランディング・ゾーンを使用すると、Oracle Cloud Infrastructure(OCI)に迅速に導入できます。これは、Oracleのベストプラクティスガイダンスをすべて含む、複数のOCIサービスのテンプレート化された導入を提供するためです。Oracle Cloud ConsoleのQuick StartセクションとOracle Resource Managerセクションの両方でランディング・ゾーンを導入できるため、OCIを迅速に立ち上げて実行することができます。


本日は、OCIに移行する際のエクスペリエンスを大幅に向上させる、エンタープライズランディング・ゾーンの最近の重要なアップデート(ワークロード拡張)を紹介します。いくつかの優れたフィードバックを受けて、私たちはエンタープライズランディング・ゾーン構成のワークロードコンポーネントを取り出し、ベースラインスタックの作成後に展開できる別のスタックに配置しました。


この拡張により、以下のようなメリットが得られます。


  •     移行の制御:スタックを分離することで、準備ができた時点でワークロードをエンタープライズランディング・ゾーンに移行することができ、その前にスタックのすべての必要な要素がプロビジョニングされていることを確認することができます。
  •     一貫性のあるデプロイメント:このスタックは反復可能であるため、構成ドリフトの可能性を低減し、各ワークロードに一貫した環境を提供します。
  •     スケーラブルな拡張性:より多くのワークロードを移行する場合、スタックを再導入するだけで、時間の経過とともに移行がよりスムーズになります。


ワークロード拡張は何を展開するのですか?


ワークロード拡張は、エンタープライズランディング・ゾーンの上に、以下のリソースをOCIテナンシーに展開します。


コンパートメント


ワークロード拡張では、ワークロードを管理するために、以下のIAM(Identity and Access Management)グループとポリシーが追加されます。

Compartment

Location

Description

Workload A compartment Common infra compartment This compartment houses your workload when you're ready to deploy into the landing zone.


IAMポリシーとグループ


ワークロード拡張では、ワークロードを管理するために、以下のIAMグループとポリシーが追加されます。

Group

Policy name

Description

workload-admins OCI-LZ-<WorkloadName>-WorkloadAdminPolicy Compute or workload administrators can manage all compute resources that host workloads. This ability includes creating instances, instance pools, autoscaling configurations, cluster networks, custom images, and images in the Partner Image catalog.
workload-users OCI-LZ-<WorkloadName>-WorkloadUserPolicy Compute or workload users can use all Compute instances for the workload. Workload users can also create Console connections, launch instances on dedicated virtual machine (VM) hosts, and create images in the partner image catalog. Workload users can't create custom images or use instance pools, autoscaling, or cluster networks.
workload-storage-admins OCI-LZ-<WorkloadName>-StorageAdminPolicy Storage administrators can manage storage requirements for the workload. The requirements include OCI Object Storage buckets and objects, File Storage resources, and Block Volume volumes and backups.
workload-storage-users OCI-LZ-<WorkloadName>-StorageUserPolicy Storage users can write and read from any Object Storage bucket in the associated workload compartment.
workload-database-admins OCI-LZ-<WorkloadName>-Database-Admin-Policy-Network Database admin users can manage databases, database storage, and networking.


仮想クラウドネットワーク(VCN)


ワークロード拡張では、ワークロードを管理するために、以下のIAMグループとポリシーが追加されます。

Network Name

Type

Description

Workload A Private subnet Subnet for your workload to reside in that be used for web and application servers depending on your workload type
Workload A - database Private subnet Subnet to deploy your database in that has no direct access to the internet for security purposes


ワークロード拡張のアーキテクチャ設計


以下の図は、ワークロード拡張アーキテクチャを説明するものです。


コンパートメント


次の図は、エクスパンション・スタックに配置されたワークロード・コンパートメントを表しています。各コンパートメントA、B、Cは、個々のワークロードを収容するために設計された、スタックの独立したランです。



アイデンティティとアクセス管理


ワークロード拡張は、一般的な企業のテナント内のワークロードペルソナに固有の、以下のポリシーを定義します。



ネットワーク構築


コンパートメントがデプロイされた後、ワークロードを安全に収容するために、さらにネットワークがプロビジョニングされます。




前提条件



ワークロード拡張はスタンドアロン展開ではないため、エンタープライズスケールのベースラインランディング・ゾーンを展開する必要があります。ベースラインを展開した後、ベースラインスタックの出力から次の情報を収集します。


  •     CostCenterタグとGeoLocationタグの値:ランディングゾーンスタックによって作成されたすべてのリソースには、提供された値がタグ付けされます。
  •     新しいワークロードコンパートメントの名前と、新しいワークロードコンパートメントをアタッチする親アプリケーションコンパートメントのOCID
  •     仮想クラウドネットワーク(VCN)が存在するネットワーキングコンパートメントの名前とOCID
  •     ワークロードサブネットを作成するときに使用するVCNとネットワークアドレス変換(NAT)ゲートウェイのOCID
  •     VCN内に作成されるプライベートおよびデータベースサブネットのCIDRブロック


デプロイメント

Oracle Cloud Console


Oracle Resource Managerにアクセスし、Architectureタブからテンプレートにアクセスすることで、ワークロード拡張スタックをデプロイすることができます。関連するパラメータを設定すると、10~15分以内にスタックを導入できます。




Terraform

このリファレンスアーキテクチャをデプロイするためのTerraformのコードは、Githubで公開されています。



  1.     リポジトリをローカルマシンにクローン
  2.     terraform.tfvars ファイルを作成し、必要な変数を入力するか、既存の変数を上書きしてください。参考までに tfvars ファイルの例を示します。このファイルは、管理する変数が多いため、コマンドラインからスタックを実行する際に使用するのが望ましい方法です。
  3.     以下の入力変数については、前提条件から収集した値を使用します。これらの値により、ネットワークとIAMリソースをベースから使用することができます。
    •         network_compartment_id
    •         applications_compartment_id
    •         network_compartment_name
    •         nat_gateway_id
    •         vcn_id
  4.     terraform.tfvarsに必要な変数を指定したら、リポジトリのルートで以下のコマンドを実行します。
    •         terraform init
    •         terraform plan
    •         terraform apply



これらの方法のいずれかに従ってスタックを展開した後、最初のワークロードのOCIへの移行を計画することができます。後続のワークロードをテナントに導入する場合は、ワークロード拡張スタックをさらに実行し、各環境が移行できるようにプロビジョニングする必要があります。



Get started

今日からデプロイを開始するために、次の表を使用して、ランディング・ゾーンを使用したOracle Cloud Infrastructureへの旅を始めてください。

To deploy this architecture Click
Enterprise landing zone Deploy to Oracle Cloud
Workload expansion Deploy to Oracle Cloud


詳細については、次のリソースを参照してください。

コメント

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

Oracle APEX 24.1の一般提供の発表 (2024/06/17)