6 次のステップ
初期構成が完了したら、使用するアプライアンスのカスタマイズを開始できます。 これらは、クラウド・インフラストラクチャ・サービスへのユーザー・アクセスを有効にする前に考慮する必要がある追加の管理タスクです。
| タスク | 説明 |
|---|---|
|
バスチョン・ホストの設定 |
初期構成後に、バスチョン・ホストをアプライアンス内部管理ネットワークに接続することを選択できます。 アプライアンスの初期化時に使用される一時ワークステーション接続と長期的に同等であると考えてください。 「Oracle Private Cloud Applianceインストレーション・ガイド」の「オプションのバスチョン・ホスト・アップリンク」を参照してください。 |
|
Oracle Auto Service Requestの有効化 |
Oracle Auto Service Request (ASR)は、サポート目的のソフトウェア機能です。 My Oracle Supportと統合されており、特定のハードウェア障害が発生した場合にサービス・リクエストを自動的にオープンすることで、問題の解決を迅速化します。 ASRの使用はオプションです: アプライアンスのサービスを登録して有効にする必要があります。 「Oracle Private Cloud Appliance管理者ガイド」の「Oracle Auto Service Requestの使用」を参照してください。 |
|
Oracle Exadataとの統合 |
Private Cloud Applianceは、コンピュート容量とデータベース最適化の高性能な組合せを実現するために、Oracle Exadataと統合できます。 最大16のデータベース・ノードをアプライアンスに直接接続できます。 次の項を参照してください。
|
|
コンピュート・ノードのプロビジョニング |
アプライアンス・ソフトウェアは、ラックに取り付けられ、スイッチに接続されているコンピュート・ノードを検出します。 コンピュート・インスタンスをホストできるように、管理者によってプロビジョニングされている必要があります。 「Oracle Private Cloud Appliance管理者ガイド」の「コンピュート・ノード操作の実行」を参照してください。 |
|
管理者アカウントの作成 |
初期構成時に、プライマリ・インフラストラクチャ管理者アカウントが設定されます。 「サービス・エンクレーブ」へのアクセス権を他の管理者に提供するには、追加のアカウントを作成し、各認可レベルを決定します。 「Oracle Private Cloud Appliance管理者ガイド」の「管理者アカウント管理」を参照してください。 |
|
テナンシの作成 |
テナンシは、ユーザーがクラウド・リソースを管理し、仮想化されたワークロードを構成する環境です。 「サービス・エンクレーブ」から、インフラストラクチャ管理者は少なくとも1つのテナンシを設定する必要があります。 「Oracle Private Cloud Appliance管理者ガイド」の「テナンシ管理」を参照してください。 |
システムの使用、保守、更新、および拡張に関する詳細な手順および情報については、オンライン「Private Cloud Applianceドキュメント」を参照してください。