各Oracle SPARC Model 300 Serviceには10個のインスタンス、またはSPARC論理ドメイン(LDoms)用のOracle VM Serverが含まれています。 Oracleは、特定のオペレーティング・システムでプロビジョニング・サイクル中にこれらのインスタンスを作成し、CPU、メモリー、ネットワーク・リソースを設定します。
各インスタンスは、オペレーティング・システムとルート・ドメインの構成によって定義されます。 Oracleは、次を含む各インスタンスをプロビジョンします:
Oracle Solaris 11.3サポート・リポジトリの更新が適用され、最初はOracleによってプロビジョニングされます。
インスタンスとゾーンのオペレーティング・システムのパッチ適用と保守、およびゾーンのバックアップと修復は、お客様が担当します。 Oracleは、1月、4月、7月および10月に3か月ごとにOracle Solaris 11の重要なパッチ更新(CPU)をリリースします。 これらの各CPUですべてのインスタンスを最新の状態に保ち、他の重大な問題の最新のセキュリティ修正および修正を確実に受け取るようにします。
30コアと442 GBのメモリーを搭載しています。 これは唯一の構成オプションです。
典型的なライフサイクル操作のためのインスタンスへの完全なスーパーユーザー・アクセス。
Oracle SPARC Model 300 Serviceには、Oracleによって事前に設定および管理されている専用のZFS Storage Appliance (ZFSSA)が含まれています。
提供されるストレージは、2つの高可用性ストレージ・ヘッドと、アクティブ-アクティブ構成でクラスタ化された関連ストレージ・トレイで構成されています。 各ヘッドを使用して、最高のパフォーマンスと容量を実現するストレージ・サービスを提供できます。 重大な障害が発生した場合でも、ヘッドおよびストレージ・リソースはフェイルオーバーされます。これにより、オラクルが必要なメンテナンス操作を実行している間にサービスを(潜在的にパフォーマンスの低下を伴って)維持できます。
各ストレージ・ヘッドへのネットワーク・アクセスは、高可用性の冗長40 GBps集約ネットワーク接続によって提供されます。 ストレージにアクセスするため、または各ZFSSAヘッド上で管理タスクを実行するために、別々のネットワーク・サブ・ネットがプロビジョニングされています。 ストレージ管理アカウントが各ヘッドに提供され、ストレージ・ボリュームを管理およびプロビジョニングします。 より高度な操作を行うには、完全な管理機能を備えたオラクル社のサポート担当者がアクションをリクエストするサービス・リクエスト(SR)をオープンします。
SRを開く方法については、「ステップ5: サービス・リクエストを開く方法について学ぶ」と「Cloud Supportヘルプ: サービス・リクエスト」を参照してください。
デフォルトでは、すべてのインスタンスが冗長ネットワークを介してサービス内の他のインスタンスと通信できます。 インスタンスは、パブリック・ネットワークまたは外部ホストからはデフォルトではアクセスできませんが、パブリックIPアドレスを使用してルーティングするように構成できます。 パブリックIPアドレスのネットワーク・アドレス変換(NAT)ルーティングを設定するには、サービス・リクエスト(SR)を開きます。 SRを開く方法については、「ステップ5: サービス・リクエストを開く方法について学ぶ」と「Cloud Supportヘルプ: サービス・リクエスト」を参照してください。
異なるネットワーク通信設定を有効にするには、「ネットワークの構成」を参照してください。
インスタンスのライフサイクル管理は簡単で、いくつかの制限があります。 Oracleによってインスタンスが作成されます。 インスタンスを再構築する必要がある場合は、これをOracleで行う必要があります。 インスタンスを再インストールするには、サービス・リクエスト(SR)を開きます。 SRを開く方法については、「ステップ5: サービス・リクエストを開く方法について学ぶ」と「Cloud Supportヘルプ: サービス・リクエスト」を参照してください。
インスタンスのサイズを変更することはできませんが、インスタンスを再起動し、オペレーティング・システムを更新し、ゾーンを作成することができます。