機械翻訳について

第7章 コンピュート・インスタンスのプロビジョニングの概要

この章では、Oracle Private Cloud Applianceにコンピュート・インスタンスをデプロイおよび管理するための技術的なバックグラウンド情報を提供します。 インスタンス・デプロイメントの基本エンティティはコンピュート・イメージです。 ほとんどのインスタンス操作はコンピュート・サービスで実行されますが、コンピュート・インスタンスには、ネットワーク・リソースやストレージ・リソースなど、他のインフラ・サービスを介して提供されるコンポーネントも必要です。

7.1 コンピューティング・サービス

7.1.1 Computeサービスの概要

Oracle Private Cloud Applianceでは、コンピュート・インスタンスをプロビジョニングおよび管理できます。

Oracle Private Cloud Applianceでは、コンピュート・インスタンスは仮想マシン(VM)であり、物理ハードウェア上で動作する独立したコンピューティング環境です。 仮想化により、相互に分離された複数のコンピュート・インスタンスを実行できます。

コンピュート・インスタンスを起動すると、CPUの数、メモリー量、ネットワーク・リソースなどの特性に基づいて、アプリケーションに最適なタイプのコンピュート・インスタンスを選択できます。

コンピュート・インスタンスを起動した後は、コンピュータからセキュアにアクセスしたり、再起動したり、ボリュームのアタッチおよびデタッチを行った後に終了したりできます。

コンピュート・サービスを管理するステップについては、Oracle Private Cloud Applianceユーザーズ・ガイドコンピュート・インスタンスのデプロイメントを参照してください。

7.1.2 インスタンスを起動するためのコンポーネント

コンピュート・インスタンスを起動するには、次のコンポーネントが必要です:

Tenancy

すべての組織コンパートメントとクラウド・リソースを含むルート・コンパートメント。 サービス・エンクレーブ管理者は、コンパートメントが作成されるテナンシを作成します。 Compute Enclave管理者は、コンピュート・リソースが作成されるテナンシにコンパートメントを作成します。 インスタンスが起動されるコンパートメントを保有するには、テナンシが必要です。

コンパートメント

組織の管理者から権限を付与された特定のグループのみがアクセスできる関連リソースのコレクション。 コンピュート・インスタンスはコンパートメントに作成されます。 すべてのコンパートメントは、ルート・コンパートメントであるテナンシに存在します。

仮想クラウド・ネットワーク

コンピュート・インスタンスが実行される従来のネットワーク(サブネット、ルート表およびゲートウェイを含む)の仮想バージョン。 コンピュート・インスタンスを起動する前に、サービス・エンクレーブ管理者によって少なくとも1つのクラウド・ネットワークを設定する必要があります。

キー・ペア

インスタンスの起動に使用されるイメージが、認証にセキュア・シェル(SSH)が必要になるように構成されている場合、インスタンスを起動する前にRSA sshキー・ペアが必要です。 これは、Oracle Private Cloud ApplianceおよびほとんどのUNIXタイプのイメージで提供されるイメージから起動されたインスタンスの場合です。 イメージがパスワードを使用するように構成されている場合は、キー・ペアのかわりにパスワードが必要です。

イメージ

コンピュート・インスタンスのオペレーティング・システムおよびその他のソフトウェアを決定する仮想ハード・ドライブのテンプレート。 次のイメージを使用してコンピュート・インスタンスを起動することもできます:

  • Oracle Private Cloud Applianceで提供されるイメージ

  • 他のインスタンスから作成されたカスタム・イメージ

  • 独自のイメージのインポート

イメージの詳細は、Oracle Private Cloud Applianceユーザーズ・ガイドコンピュート・イメージを参照してください。

Shape

新しく作成したコンピュート・インスタンスに割り当てられるCPU数、メモリー量およびその他のリソースを決定するテンプレート。 コンピュート・インスタンスを起動するときに最も適切なシェイプを選択します。

7.1.3 標準シェイプ

シェイプは、コンピュート・インスタンスに割り当てられるCPU数、メモリー容量およびその他のリソースを決定するテンプレートです。

これらの標準シェイプは、汎用のワークロード向けに設計され、多様なアプリケーションおよびユースケースに適しています。 標準シェイプは、コア、メモリーおよびネットワーク・リソースのバランスを取ります。 すべての標準シェイプで、ローカル・ディスクにブロック・ストレージが使用されます。

次の表に、標準のシェイプを示します:

Shape コア メモリー(BG)

VM.PCAStandard1.1

1

16

VM.PCAStandard1.2

2

32

VM.PCAStandard1.4

4

64

VM.PCAStandard1.8

8

128

VM.PCAStandard1.16

16

256

VM.PCAStandard1.24

24

384

VM.PCAStandard1.32

32

512

VM.PCAStandard1.48

48

768

VM.PCAStandard1.Max

60

960

7.1.4 コンピュート・インスタンスのストレージ

次のサービスを使用して、コンピュート・インスタンスに使用可能なストレージを拡張できます:

  • ブロック・ボリューム: 1つ以上のコンピュート・インスタンスにアタッチできるブロック・ボリュームを動的にプロビジョニングおよび管理できます。

  • ファイル・ストレージ: 仮想クラウド・ネットワーク(VCN)内の任意のコンピュート・インスタンスから接続できる、永続的でスケーラブルでセキュアなエンタープライズ・グレードのネットワーク・ファイル・システム。

  • オブジェクト・ストレージ: あらゆるコンテンツ・タイプの非構造化データを大量に格納できる、インターネット規模の高パフォーマンスのストレージ・プラットフォーム。 このストレージは特定のコンピュート・インスタンスに関連付けられていません。

7.1.5 コンピュート・インスタンスのライフサイクル

このリストは、コンピュート・インスタンスの様々なライフサイクル状態について説明しています。

  • 起動中: は、コンピュート・インスタンスの作成時に発生します。 インスタンスは、コンピュートWeb UIにプロビジョニング状態で表示されます。 状態が実行中に更新されるまで、プロビジョニングに数分かかります。 インスタンスの実行後、接続を試行する前に、オペレーティング・システムの起動に数分かかります。

  • 接続: Secure Shell (SSH)接続を使用して、実行中のLinuxまたはOracle Solarisインスタンスに接続します。 ほとんどのLinuxおよびUNIX系のオペレーティング・システムには、デフォルトでSSHクライアントが含まれています。

  • ブート・ボリュームのバックアップ: 次のいずれかのメソッドを使用して、ブロック・ボリューム・バックアップ機能を使用してブート・ボリュームをバックアップできます:

    • 手動バックアップ: バックアップ・コマンドは、手動で作成、取得、リスト、名前変更および削除を実行します。

    • 自動バックアップ: ボリューム・バックアップの時間と頻度を指定するバックアップ・ポリシーおよびバックアップ・ポリシー割当てを作成します。 システムは、ボリュームをバックアップするコマンドを自動的に実行します。

  • 停止中: 必要に応じて、コンピュートWeb UI、OCI CLI、コンピュートAPIを使用するか、インスタンスにログインするときにオペレーティング・システムで使用可能なコマンドを使用して、インスタンスを停止できます。

    インスタンスで実行されているアプリケーションの停止に15分以上かかる場合、それらのアプリケーションが不適切に停止する可能性があります。 これを回避するには、インスタンスを停止する前に、OSで使用可能なコマンドを使用してインスタンスを停止します。

  • 起動または再起動中: コンピュートWeb UI、OCI CLIおよびコンピュートAPIを使用して、必要に応じてインスタンスを起動または再起動できます。

  • リブート: コンピュートWeb UI、OCI CLIおよびコンピュートAPIを使用して、必要に応じてインスタンスを再起動できます。 デフォルトでは、再起動は、オペレーティング・システムに停止コマンドを送信してインスタンスを正常に再起動します。 OSが停止するまで15分間待った後、インスタンスの電源が切断され、再び投入されます。

  • 終了中: 不要になったインスタンスは完全に終了(削除)できます。 アタッチされたVNICおよびボリュームは、インスタンスの終了時に自動的にデタッチされます。 最終的に、インスタンスのパブリックおよびプライベートIPアドレスは解放され、他のインスタンスで使用可能になります。

    デフォルトでは、インスタンス・ブート・ボリュームはインスタンスの終了時に保持されます。 ブート・ボリュームは、データ・ボリュームとして別のインスタンスにアタッチすることも、それを使用して新しいインスタンスを起動することもできます。 ブート・ボリュームが不要になった場合は、Oracle Private Cloud Applianceユーザーズ・ガイドブロック・ボリューム・ストレージ章の「ブート・ボリュームの削除」の説明に従って完全に削除できます。

詳細は、コンピュート・インスタンスのデプロイメント「インスタンスのライフサイクルの管理」を参照してください。

7.1.6 コンピュート・インスタンス接続

Secure Shell (SSH)接続またはリモート・デスクトップ接続を使用して、実行中のコンピュート・インスタンスに接続できます。

ほとんどのUNIX形式のシステムには、デフォルトでSSHクライアントが含まれています。

インスタンスへの接続ステップの詳細は、Oracle Private Cloud Applianceユーザーズ・ガイドコンピュート・インスタンスのデプロイメント章の「コンピュート・インスタンスへの接続」の項を参照してください。

7.2 コンピュート・イメージ

7.2.1 概要

イメージは、仮想ハード・ドライブのテンプレートです。 このイメージによって、コンピュート・インスタンスのオペレーティング・システムとその他のソフトウェアが決まります。 コンピュート・インスタンスの起動時に使用するイメージを指定します。

コンピュート・インスタンスの起動に使用できるイメージのタイプは次のとおりです:

  • Oracle Private Cloud Applianceで提供されるイメージ: これには、Oracle LinuxおよびOracle Solarisイメージが含まれます。 第7.2.2項、「Oracle Private Cloud Applianceで提供されているイメージ」を参照してください。

  • カスタム・イメージ: コンピュート・インスタンスのブート・ディスクのカスタム・イメージを作成し、それを使用して他のコンピュート・インスタンスを起動できます。 イメージから起動するインスタンスには、イメージの作成時にインストールされたカスタマイズ、構成およびソフトウェアが含まれます。 第7.2.3項、「インスタンスから作成されたカスタム・イメージ」を参照してください

  • 独自のイメージの導入: を使用すると、基礎となるハードウェアでサポートされていれば、独自のバージョンのオペレーティング・システムをクラウドに導入できます。 サービスは、実行するOSに依存しません。 第7.2.4項、「"Bring Your Own Image (BYOI)"」を参照してください

7.2.2 Oracle Private Cloud Applianceで提供されるイメージ

次の表に、Oracle Private Cloud Applianceの管理ノードで使用可能なイメージを示します。

これらのイメージを使用するには、これらのイメージに基づくインスタンスが起動されるコンピュートでテナンシを使用できるようにする必要があります。 手順については、Oracle Private Cloud Applianceユーザーズ・ガイドコンピュート・インスタンスのデプロイメント章の「コンピュート・イメージの管理」を参照してください。

イメージ 説明
Oracle Linux 8

名前: Oracle-Linux-8.x-< date >-< number >

要求の高いワークロード向けに最適化されたOracleオペレーティング・システム

Oracle Linux 7

名前: Oracle-Linux-7.x-< date >-< number >

要求の高いワークロード向けに最適化されたOracleオペレーティング・システム

Oracle Solaris 11.4

名前: Oracle Solaris 11.4 SRU <SRU_number>

一貫性のある互換性、シンプルな管理、およびセキュリティを提供するOracle OS

7.2.3 インスタンスから作成されたカスタム・イメージ

コンピュート・インスタンスのブート・ディスクのカスタム・イメージを作成し、それを使用して他のコンピュート・インスタンスを起動できます。 イメージから起動するインスタンスには、イメージの作成時にインストールされたカスタマイズ、構成およびソフトウェアが含まれます。

カスタム・イメージには、アタッチされているブロック・ボリュームのデータは含まれません。

制限事項と考慮事項

  • 特定のIPアドレスはOracle Private Cloud Appliance用に予約されており、アドレス採番方式では使用できません。 詳細は、このガイドの第2.3.5項、「予約されたネットワーク・リソース」を参照してください。

  • インスタンスのイメージを作成する場合、インスタンスは停止状態である必要があります。 カスタム・イメージを作成した後、インスタンスを再起動できます。

  • コンピュート・インスタンスがイメージ作成プロセスに従事している間は、コンピュート・インスタンスの追加カスタム・イメージを作成できません。 ただし、同時に異なるコンピュート・インスタンスのイメージを作成できます。

  • カスタム・イメージは、イメージが作成されたコンパートメントに対して認可されたすべてのユーザーが使用できます。

  • カスタム・イメージは、デフォルトでベース・イメージに設定されている互換性のあるシェイプを継承します。

7.2.4 独自のイメージの導入(BYOI)

Bring Your Own Image (BYOI)機能を使用すると、基礎となるハードウェアがサポートしているかぎり、独自のバージョンのオペレーティング・システムをOracle Private Cloud Applianceにインポートできます。 サービスは、実行するOSに依存しません。

BYOI機能には、次の利点があります:

  • クラウド移行プロジェクトを有効にします。

  • 古いオペレーティング・システムと新しいオペレーティング・システムの両方をサポート

  • 実験的な取り組みができる

  • インフラストラクチャの柔軟性が高くなる

重要

指定したOSイメージに基づいてインスタンスをアップロードおよび起動する場合は、すべてのライセンス要件に準拠する必要があります。

リフト・アンド・シフト・クラウド移行プロジェクトの重要な部分は、オンプレミスの仮想マシン(VM)をクラウドに移行することです。 カスタム・イメージ・インポート機能を使用してオンプレミス仮想ルート・ボリュームをOracle Private Cloud Applianceにインポートし、そのイメージを使用してコンピュート・インスタンスを起動できます。

WindowsおよびLinuxベースのカスタム・イメージをインポートし、それらを使用してOracle Private Cloud Applianceでインスタンスを起動できます。

7.2.4.1  Linuxソース・イメージの要件

カスタム・イメージは、次の要件を満たしている必要があります:

  • 最大イメージ・サイズは400 GBです。

  • イメージはBIOSブート用に設定する必要があります。

  • 1つのディスクのみがサポートされ、有効なマスター・ブート・レコード(MBR)とブート・ローダーを持つブート・ドライブである必要があります。 イメージ・ブート・ボリュームのインポート後、追加のデータ・ボリュームを移行できます。

  • ブートを正常に実行するために、ブート・プロセスに追加のデータ・ボリュームが存在する必要はありません。

  • ブート・ローダーは、LVMまたはUUIDを使用してブート・ボリュームを検索する必要があります。

  • ディスク・イメージを暗号化できません。

  • ディスク・イメージはVMDKまたはQCOW2ファイルである必要があります。 これらのイメージは、.ociタイプのイメージに変換できます。

    • スナップショットを作成するのではなく、ソース・ボリュームをクローニングしてイメージ・ファイルを作成します。

    • VMDKファイルは、単一の拡張可能(monolithicSparse)タイプまたはストリーム最適化(streamOptimized)タイプのいずれかである必要があります。どちらのタイプも単一のVMDKファイルで構成されます。 複数のファイルを使用するもの、分割ボリューム、スナップショットを含むものなど、その他のすべてのVMDKフォーマットはサポートされていません。

  • ネットワーク・インタフェースは、DHCPを使用してネットワーク設定を検出する必要があります。 カスタム・イメージをインポートする場合、既存のネットワーク・インタフェースは再作成されません。 既存のネットワーク・インタフェースは、インポート・プロセスの完了後に単一のNICで置き換えられます。 インポートしたインスタンスを起動した後で、追加のVNICをアタッチできます。

  • ネットワーク構成は、ネットワーク・インタフェースのMACアドレスをハードコードしてはいけません。

  • 証明書ベースのSSHを有効にすることをお薦めしますが、これはオプションです。

7.2.4.2  Windowsソース・イメージの要件

  • 最大イメージ・サイズは400 GBです。

  • イメージはBIOSブート用に設定する必要があります。

  • 1つのディスクのみがサポートされ、有効なマスター・ブート・レコード(MBR)とブート・ローダーを持つブート・ドライブである必要があります。 イメージ・ブート・ボリュームのインポート後、追加のデータ・ボリュームを移行できます。

  • 最小ブート・ボリューム・サイズは256 GBです。

  • ブートを正常に実行するために、ブート・プロセスに追加のデータ・ボリュームが存在する必要はありません。

  • ディスク・イメージを暗号化できません。

  • ディスク・イメージはVMDKまたはQCOW2ファイルである必要があります。 スナップショットを作成するのではなく、ソース・ボリュームをクローニングしてイメージ・ファイルを作成します。 VMDKファイルは、単一の拡張可能(monolithicSparse)タイプまたはストリーム最適化(streamOptimized)タイプのいずれかである必要があります。どちらのタイプも単一のVMDKファイルで構成されます。 複数のファイルを使用するもの、分割ボリューム、スナップショットを含むものなど、その他のすべてのVMDKフォーマットはサポートされていません。

  • ネットワーク・インタフェースは、DHCPを使用してネットワーク設定を検出する必要があります。 カスタム・イメージをインポートする場合、既存のネットワーク・インタフェースは再作成されません。 既存のネットワーク・インタフェースは、インポート・プロセスの完了後に単一のNICで置き換えられます。 インポートしたインスタンスを起動した後で、追加のVNICをアタッチできます。

  • ネットワーク構成は、ネットワーク・インタフェースのMACアドレスをハードコードしてはいけません。

7.3 ブート・ボリューム

7.3.1 概要

Oracleプラットフォーム・イメージまたはカスタム・イメージに基づいてコンピュート・インスタンスを起動すると、そのコンピュート・インスタンスの新しいブート・ボリュームが同じコンパートメント内に作成されます。 そのブート・ボリュームは、コンピュート・インスタンスを終了するまで、そのコンピュート・インスタンスに関連付けられます。

コンピュート・インスタンスを終了するときに、ブート・ボリュームとそのデータを保持できます。 この機能により、コンピュート・インスタンスのブート・ボリュームをより詳細に制御および管理でき、次が可能になります:

  • インスタンスのスケーリング: コンピュート・インスタンスを終了する際、関連付けられたブート・ボリュームを保持し、それを使用して別のコンピュート・インスタンス・タイプまたはシェイプで新しいコンピュート・インスタンスを起動できます。 これにより、コンピュート・インスタンスのコア数を簡単にスケール・アップまたはスケール・ダウンできます。

  • トラブルシューティングと修復: ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、コンピュート・インスタンスを停止し、ブート・ボリュームをデタッチできます。 その後、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチして、それをトラブルシューティングできます。 問題を解決したら、元のコンピュート・インスタンスに再アタッチするか、それを使用して新しいコンピュート・インスタンスを起動できます。

ブート・ボリュームの暗号化

ブート・ボリュームは、他のブロック・ストレージ・ボリュームと同様に、デフォルトで暗号化されます。

重要

ほとんどの場合、暗号化は、独自イメージの持込み(BYOI)シナリオ用にインポートされたカスタム・イメージから起動されたコンピュート・インスタンスではサポートされていません。

ブート・ボリュームのリスト

特定のコンパートメント内のすべてのブート・ボリュームをリストしたり、単一のブート・ボリュームに関する詳細情報をリストしたりできます。

ブート・ボリューム・アタッチメントのリスト

特定のコンパートメント内のすべてのブート・ボリューム・アタッチメントをリストできます。 単一のブート・ボリューム・アタッチメントに関する詳細情報を表示することもできます。

ブート・ボリュームのデタッチおよびアタッチ

ブート・ボリュームが関連付けられたコンピュート・インスタンスからデタッチされている場合は、コンピュート・インスタンスに再アタッチできます。 デタッチされたブート・ボリュームでコンピュート・インスタンスを再起動する場合は、ブート・ボリュームを再アタッチする必要があります。

ブート・ボリュームの問題がコンピュート・インスタンスの問題を引き起こしていると思われる場合は、コンピュート・インスタンスを停止し、ブート・ボリュームをデタッチできます。 その後、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチして、それをトラブルシューティングできます。

ブート・ボリュームが関連付けられたコンピュート・インスタンスからデタッチされている場合、またはコンピュート・インスタンスが停止または終了している場合、そのブート・ボリュームをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチできます。

ブート・ボリューム・パーティションの拡張

ボリュームのサイズを変更することで、既存のコンピュート・インスタンスのブート・ボリュームのパーティションを拡張できます。 より大きなサイズを利用するには、ブート・ボリュームのパーティションも拡張する必要があります。

ブート・ボリュームの削除

コンピュート・インスタンスを終了するときに、関連付けられたブート・ボリュームを削除または保持することを選択します。

ブート・ボリュームがコンピュート・インスタンスからデタッチされている場合は、削除することもできます。

ブート・ボリュームを管理するステップについては、Oracle Private Cloud Applianceユーザーズ・ガイドブロック・ボリューム・ストレージの章を参照してください。

7.3.2 カスタム・ブート・ボリューム・サイズ

コンピュート・インスタンスを起動するときに、選択したイメージのデフォルト・ブート・ボリューム・サイズを使用するか、最大32 TBのカスタム・サイズを指定するかを選択できます。

Linuxベースのイメージの場合、カスタム・ブート・ボリュームのサイズは、イメージのデフォルト・ブート・ボリューム・サイズまたは50 GB(どちらか大きいほう)より大きくする必要があります。

Windowsベースのイメージの場合、カスタム・ブート・ボリュームのサイズは、イメージのデフォルト・ブート・ボリューム・サイズまたは256 GB(どちらか大きいほう)より大きくする必要があります。 Windowsイメージの最小サイズ要件は、パフォーマンスを向上させるために大量の領域が必要になる可能性のあるWindowsパッチおよび更新に十分な領域があることを確認し、適切なページ・ファイルを設定するための十分な領域を提供することです。

カスタム・ブート・ボリュームのサイズを指定する場合は、より大きなサイズを利用するためにボリュームを拡張する必要があります。

7.3.3 ブート・ボリューム・バックアップ

7.3.3.1 概要

Block Volumeサービスのバックアップ機能を使用すると、アプリケーションの中断やダウンタイムを発生させることなく、ブート・ボリュームのポイント・イン・タイム・スナップショットであるクラッシュ・コンシステントなバックアップを作成できます。 実行中のコンピュート・インスタンスにアタッチされているブート・ボリュームのバックアップを作成するか、コンピュート・インスタンスからデタッチされている間にブート・ボリュームのバックアップを作成できます。 バックアップは完全バックアップです。

ブート・ボリュームは、任意のブート・ボリューム・バックアップからリストアできます。 バックアップを保持する必要があるのは、注意が必要な時間帯のみです。

ブート・ボリューム・タグ

ブート・ボリューム・バックアップが作成されると、ソース・ブート・ボリューム・タグがブート・ボリューム・バックアップに自動的に含まれます。 これには、スケジュールに従ってバックアップを作成するためにカスタム・バックアップ・ポリシーが適用されたブート・ボリュームも含まれます。 必要に応じて、ボリューム・バックアップに追加のタグを適用することもできます。

ブート・ボリューム・バックアップからコンピュート・インスタンスを作成すると、コンピュート・インスタンスにはソース・ブート・ボリューム・タグが含まれます。

7.3.3.2 ブート・ボリューム・バックアップ・サイズ

ブート・ボリューム・バックアップ・サイズは、ソース・ブート・ボリューム・サイズより大きい場合があります。 これには、次のような理由があります:

  • 書き込まれたブート・ボリュームの一部は初期化済とみなされるため、常にブート・ボリューム・バックアップの一部になります。

  • 多くのオペレーティング・システムでは、コンテンツが書込みまたはゼロになり、これらのブロックは使用済としてマークされます。 Block Volumeサービスでは、これらのブロックが更新されたとみなされ、ボリューム・バックアップに含まれます。

  • ブート・ボリュームのバックアップには、追加データで最大1 GBのメタデータも含まれます。 たとえば、256 GBのWindowsブート・ディスクの完全バックアップでは、257 GBのバックアップ・サイズがあり、これには1 GBのメタデータが追加されています。

7.3.3.3 ブート・ボリュームのリストア

ブート・ボリューム・バックアップを使用してコンピュート・インスタンスを作成するか、それをデータ・ボリュームとして別のコンピュート・インスタンスにアタッチできます。 ただし、ブート・ボリュームのバックアップを使用する前に、それをブート・ボリュームにリストアする必要があります。

ブート・ボリュームは、任意のブート・ボリューム・バックアップからリストアできます。 バックアップを保持する必要があるのは、注意が必要な時間帯のみです。

7.3.4 ブート・ボリュームのクローニング

Block Volumeサービスを使用して、ブート・ボリュームからクローンを作成できます。 クローニングでは、バックアップおよびリストア・プロセスを実行することなく、既存のブート・ボリュームのコピーを作成できます。

それ以降にソース・ブート・ボリューム上のデータに加えた変更は、ブート・ボリューム・クローンにコピーされません。 クローンはソース・ブート・ボリュームのコピーであるため、クローンの作成時により大きなボリューム・サイズを指定しないかぎり、ソース・ブート・ボリュームと同じサイズになります。

クローン操作は即時に実行されるため、状態が使用可能に変更されるとすぐにクローン・ブート・ボリュームを使用できます。

ソース・ブート・ボリュームのクローニング中に、ソース・ブート・ボリュームに対する単一のポイント・イン・タイム参照があるため、関連付けられたコンピュート・インスタンスの実行中にブート・ボリュームをクローニングする場合は、追加のクローンを作成する前に、ソースから最初のクローン操作が完了するのを待つ必要があります。 また、バックアップ操作も完了するまで待機する必要があります。

同じテナント内でブート・ボリュームのクローンのみを作成できます。 操作に必要なアクセス権限を持っているかぎり、コンパートメント間でブート・ボリュームのクローンを作成できます。

バックアップとクローンの比較については、を参照してください。

7.4 コンピュート・インスタンス管理の簡素化

7.4.1 概要

次の機能を使用して、コンピュート・インスタンスの管理を簡略化できます:

コンピュート・サービスを管理するステップについては、Oracle Private Cloud Applianceユーザーズ・ガイドコンピュート・インスタンスのデプロイメントの章を参照してください。

7.4.2 インスタンス構成

コンピュート・インスタンス構成では、ベース・イメージ、シェイプおよびメタデータなどの詳細を含む、コンピュート・インスタンスの作成時に使用する設定を定義します。 ブロック・ボリューム・アタッチメントやネットワーク構成など、コンピュート・インスタンスに関連付けられたリソースも指定できます。

7.4.3 インスタンス・プール

インスタンス・プールでは、同じインスタンス構成から複数のコンピュート・インスタンスを作成できます。 また、IAMサービスなどの他のサービスとの統合も可能になり、コンピュート・インスタンスのグループの管理が容易になります。

既存のコンピュート・インスタンス構成を使用して、コンピュート・インスタンス・プールを作成します。

コンピュート・インスタンス構成を更新する必要がある場合は、新しいコンピュート・インスタンス構成を作成し、新しいコンピュート・インスタンス構成を使用するようにコンピュート・インスタンス・プールを更新します。

コンピュート・インスタンス・プールを削除できます。

注意

コンピュート・インスタンス・プールを削除すると、そのすべてのリソース(関連付けられているコンピュート・インスタンス、アタッチされているブート・ボリュームおよびブロック・ボリュームを含む)が完全に削除されます。

7.4.4 インスタンス・プールのライフサイクル状態

次のリストに、コンピュート・インスタンス・プールの様々なライフサイクル状態を示します。

  • プロビジョニング: コンピュート・インスタンス・プールを作成する場合、これはコンピュート・インスタンス・プールの最初の状態です。 コンピュート・インスタンス・プールのインスタンスは、指定されたコンピュート・インスタンス構成に基づいて構成されています。

  • 開始: コンピュート・インスタンスが起動中です。 この時点で実行できるアクションは、コンピュート・インスタンス・プールを終了することです。

  • 実行中: コンピュート・インスタンスが作成され、実行されています。

  • 停止中: コンピュート・インスタンスは停止中です。

  • 停止: コンピュート・インスタンスが停止されます。

  • スケーリング: コンピュート・インスタンス・プールが作成された後、コンピュート・インスタンス・プール・サイズを更新すると、コンピュート・インスタンスの作成(プール・サイズの拡大の場合)またはコンピュート・インスタンスの終了(プール・サイズの縮小の場合)中にこの状態になります。 この時点で実行できるアクションは、コンピュート・インスタンス・プールを終了することです。

  • 終了中: コンピュート・インスタンスおよび関連するリソースを終了しています。

  • 終了: コンピュート・インスタンス・プール、そのすべてのコンピュート・インスタンスおよび関連リソースは終了します。

コンピュート・インスタンス構成およびコンピュート・インスタンス・プールを操作する場合は、次の点に注意してください:

  • コンピュート・インスタンス構成が少なくとも1つのコンピュート・インスタンス・プールに関連付けられている場合、そのコンピュート・インスタンス構成を削除できません。

  • 複数のコンピュート・インスタンス・プールに同じコンピュート・インスタンス構成を使用できます。 ただし、コンピュート・インスタンス・プールに関連付けることができるコンピュート・インスタンス構成は1つのみです。

  • コンピュート・インスタンス・プールのコンピュート・インスタンス構成を変更しても、そのプールの一部である既存のコンピュート・インスタンスは変更されません。 コンピュート・インスタンス構成を変更した後に作成された新しいコンピュート・インスタンスでは、新しいコンピュート・インスタンス構成が使用されます。 コンピュート・インスタンス・プールのサイズを大きくするか、既存のコンピュート・インスタンスを終了しないかぎり、新しいコンピュート・インスタンスは作成されません。

  • コンピュート・インスタンス・プールのサイズを小さくすると、最も古いコンピュート・インスタンスが最初に終了します。

次のコンピュートAPI操作を使用して、コンピュート・インスタンス・プールを管理します:

7.5 コンピュート・リソースの拡張

7.5.1 ボリュームの展開

ブロック・ボリュームおよびブート・ボリュームのサイズを拡張できます。 サイズを小さくすることはできません。

ボリュームのサイズを増やすには、いくつかのオプションがあります:

注意

ブート・ボリュームまたはブロック・ボリュームのサイズを変更する前に、ボリュームのバックアップを作成します。

ボリュームのサイズが変更されると、サイズ変更したボリュームの最初のバックアップが完全バックアップになります。

コンピュート・サービスを管理するステップについては、Oracle Private Cloud Applianceユーザーズ・ガイドブロック・ボリューム・ストレージ章の「ボリュームのサイズ変更」という項を参照してください。

7.5.2 コンピュートWeb UIを使用したブロック・ボリュームのオフライン・サイズ変更

オフライン・サイズ変更では、ボリューム・サイズを拡張する前に、ボリュームをコンピュート・インスタンスからデタッチします。 ボリュームのサイズを変更して再接続したら、パーティションを拡張する必要がありますが、ディスクを再スキャンする必要はありません。

ボリュームのサイズを変更する前に、ボリュームの完全バックアップを作成する必要があります。

ボリュームをデタッチして再アタッチするたびに、LinuxベースとWindowsベースの両方のコンピュート・インスタンスに複雑さとリスクがあります。 詳細は、ユーザー・ガイドのブロック・ボリューム・ストレージ章の「ボリュームのサイズ変更」に関する項を参照してください。

7.5.3 ブロック・ボリュームまたはブート・ボリュームのディスクの再スキャン

Block Volumeサービスを使用すると、ブロック・ボリュームおよびブート・ボリュームのサイズが、オンラインおよびコンピュート・インスタンスにアタッチされているときに拡張できます。

ボリュームがプロビジョニングされたら、オペレーティング・システムが拡張ボリューム・サイズを識別できるように、コマンドを実行してディスクを再スキャンする必要があります。 アタッチされたコンピュート・インスタンスのオペレーティング・システムに応じて異なる再スキャン・コマンドを実行します。

7.5.4 別のネットワーク・インタフェースの追加

セカンダリVNICは、起動後にコンピュート・インスタンスに追加できます。 各セカンダリVNICは、プライマリVNICと同じVCN内のサブネット、または同じVCN内にある異なるサブネットまたは別のサブネットに配置できます。

VNICを追加して、コンピュート・インスタンスを複数のVCNのサブネットに接続できます。 たとえば、VCN間のトラフィックを保護するように独自のファイアウォールを設定できるため、コンピュート・インスタンスは異なるCNのサブネットに接続する必要があります。

セカンダリVNICは、次のタイプのコンピュート・インスタンスでサポートされています:

  • Linux

  • Windows

セカンダリVNICの詳細は次のとおりです:

  • コンピュート・インスタンスにアタッチできるVNICの数には制限があり、シェイプによって異なります。

  • コンピュート・インスタンスの起動後にのみ追加できます。

  • これらは常にコンピュート・インスタンスにアタッチする必要があり、移動できません。 セカンダリVNICを作成するプロセスによって、コンピュート・インスタンスに自動的にアタッチされます。 セカンダリVNICをデタッチするプロセスによって、自動的に削除されます。

  • コンピュート・インスタンスを終了すると、自動的にデタッチされて削除されます。

  • コンピュート・インスタンスの帯域幅は、アタッチされているVNICの数に関係なく固定されます。 コンピュート・インスタンス上の特定のVNICの帯域幅制限を指定することはできません。

  • 同じサブネットCIDRブロックからコンピュート・インスタンスに複数のVNICをアタッチすると、特にLinuxのバリアントを使用するインスタンス上で非対称ルーティングが発生する可能性があります。 このタイプの構成が必要な場合は、1つのVNICに複数のプライベートIPアドレスを割り当てるか、ポリシーベースのルーティングを使用します。

VNICを管理するステップについては、Oracle Private Cloud Applianceユーザーズ・ガイドネットワーク章の「VNICおよびIPアドレス指定の構成」という項を参照してください。