クローニングを使用すると、システムの既存の構成済みおよびインストール済みゾーンをコピーして、新しいゾーンを同一のシステム上に迅速にプロビジョニングできます。
ゾーンのクローニングは、ゾーンのインストールほど時間がかかりません。
ゴールデンゾーンと呼ばれるバリアントは、ブートされることのないゾーンですが、将来のクローン作成に使用されます。
新規ゾーンには、パッケージの追加やファイルの変更など、ソースゾーンをカスタマイズする過程で加えられた変更がすべて含まれます。
クローンされたゾーンには、次のようにいくつかの再構成が必要です。
少なくとも、複数のゾーンで同一であってはならないコンポーネントに対しては、グローバルプロパティーとリソースをリセットする必要があります。さらに、共有 IP ゾーンの場合は、各 net リソースの IP アドレスが異なっている必要があります。
排他的 IP ゾーンの場合は、各 net リソースの physical プロパティーが異なっている必要があります。
通常、アプリケーション固有の構成はクローンで再構成する必要があります。たとえば、ゾーン内にデータベースインスタンスがあり、そのゾーンをクローニングする場合は、クローン内のデータベースインスタンスを、別のインスタンスとして自身を認識するように再構成しなければならない可能性があります。
定期的にクローンする特定のゾーンがある場合は、そのゾーンのクローン (ゴールデンゾーンと呼ばれる) を作成し、それを使用して将来のクローンを作成できます。または、ゴールデンゾーンとしてのみ使用する新しいゾーンを、必要な構成で作成することもできます。
ゴールデンゾーンは、その有用性を維持するために、ブートされることがありません。したがって、クローニング時にゴールデンゾーンをシャットダウンする必要はありません。ゴールデンゾーンはブートされたことがないため、その作成に使用されたスナップショットからほとんど変わっていません。そのため、ゴールデンゾーンのコストはディスク容量 1 メガバイト未満であると考えられます。新しいブート環境が作成されると、更新されたパッケージで使用されるディスク容量のコストのみで、ゴールデンゾーンは新しいブート環境を取得します。
次の方法のいずれかを使用すると、ゾーンをクローンできます。
zoneadm clone コマンド – この方法は、少数のゾーンをクローニングする場合にもっとも役立ちます。
クローニング元の zonepath とクローニング先の zonepath が両方とも ZFS 上にあり、同じプールに含まれる場合、zoneadm cloneコマンドは自動的に ZFS を使用してゾーンをクローンします。ZFS クローンを作成する場合、データが変更されるまでデータは実際にはコピーされません。したがって、最初のクローンにかかる時間はごくわずかです。zoneadm コマンドは、ソース zonepath の ZFS スナップショットを取得して、ターゲット zonepath を設定します。ZFS クローンの名前には、宛先ゾーンの zonepath が使用されます。
詳細は、同一システム上で非大域ゾーンをクローンする方法および ゴールデンゾーンを作成する方法を参照してください。
統合アーカイブファイル – この方法は、大規模な配備で複数のゾーンをクローンする必要がある場合にもっとも役立ちます。この方法でのゾーンのクローニングには、次のタスクが必要です。
統合アーカイブファイルの作成。統合アーカイブファイルには、すべてのゾーンを含めることも、選択したゾーンを含めることもできます。
zonecfg および zoneadm コマンドを使用した、1 つまたは複数の新しいゾーンの構成およびインストール。参照ソースとしてアーカイブを使用して新しいゾーンを作成すると、新しいゾーンは元のシステム構成を模倣します。
詳細は、Oracle Solaris 12 でのシステム復旧とクローン の 第 1 章, Oracle Solaris System Recovery and Cloning (Overview)を参照してください。