機械翻訳について

2 Oracle Container Cloud Serviceの管理

Oracle Container Cloud Serviceのサブスクリプションを注文し、Oracle Container Cloud ServiceコンソールにアクセスしてOracle Container Cloud Serviceインスタンスを管理する方法について学習します。

Oracle Container Cloud Serviceの設定および管理の一般的なワークフロー

Oracle Container Cloud Serviceを設定および管理するために通常実行するタスクを示す一般的なワークフローは次のとおりです。

タスク 説明 詳細情報
Oracle Container Cloud Serviceのサブスクリプションの注文およびアクティブ化

次のことを実行するかどうかを選択します。

  • 試用サブスクリプションのリクエスト

  • 非従量制サブスクリプションの購入

  • 従量制サブスクリプションの購入

Oracle Container Cloud Serviceのサブスクリプションを注文すると、権限としてOracle Developer Cloud Serviceのサブスクリプションが自動的に取得されます。

アプリケーションに必要であれば、Oracle Database Cloud ServiceOracle Messaging Cloud Serviceなど、他のサブスクリプションも購入できます。

注意: Oracle Container Cloud Serviceでは、Oracle Cloud内のブロックおよびオブジェクト・ストレージへのアクセス権が必要です。 他のクラウド・サービス(Oracle Storage Cloud ServiceOracle Compute Cloud ServiceOracle Database Cloud ServiceOracle Java Cloud Serviceなど)へのサブスクリプションにより、このストレージへのアクセス権がすでに付与されている可能性があります。 そうでない場合は、Oracle Cloudのブロックとオブジェクト・ストレージが実際に提供されるサービスのサブスクリプションを注文する必要があります。

Oracle Container Cloud Serviceのサブスクリプションの注文
Oracle Container Cloud Serviceサービス・インスタンスの作成 My Servicesアプリケーションにサインインして、Oracle Container Cloud Serviceコンソールにアクセスし、サービス・インスタンスを作成します。

Oracle Container Cloud Serviceのサービス・コンソールへのアクセス

Oracle Container Cloud Serviceインスタンスの作成

Oracle Container Cloud Serviceの管理 Oracle Container Cloud Serviceコンソールを使用して、次のようにOracle Container Cloud Serviceとサービス・インスタンスを管理します。
  • create additional service instances

  • SSHキーの管理

  • アクセス・ルールの管理

  • アクティビティの表示

  • 不要なサービス・インスタンスの削除

Oracle Container Cloud Serviceのサービス・コンソールへのアクセス

Oracle Container Cloud Serviceインスタンスの作成

Oracle Container Cloud ServiceインスタンスへのSSH公開キーの追加

Oracle Container Cloud Serviceインスタンスのアクセス・ルールの管理

Oracle Container Cloud Serviceインスタンスのアクティビティの表示

Oracle Container Cloud Serviceインスタンスの削除

Oracle Container Cloud Serviceのサブスクリプションの注文

Oracle Container Cloud Serviceの使用を開始する前に、サブスクリプションを注文する必要があります。

Oracle Container Cloud Serviceのサブスクリプションを注文するには:
  1. 既に持っていない場合は、Oracle.comアカウントを取得してください(「Oracle Cloudスタート・ガイド」「Oracle.comアカウントを取得する」を参照)。
  2. 現在の要件に最も適したOracle Container Cloud Serviceサブスクリプションのタイプを決定します。
    あなたに適したサブスクリプションのタイプがわからない場合は、「Oracle Cloudスタート・ガイド」「Oracle Cloudサブスクリプションの概要」を参照してください。
  3. 以下に示すように、Oracle Cloudスタート・ガイドの対応する手順に従って、 決めたOracle Container Cloud Serviceサブスクリプションをオーダーしてください:
  4. 他のユーザーがOracle Container Cloud Serviceのサービス・インスタンスを作成できるようにする場合は、他のユーザーに次のロールを付与します。
    • Oracle Compute Cloud Serviceインスタンス管理者(Compute計算操作ロール)
    • Oracle Container Cloud Serviceインスタンス管理者(CONTAINER管理者ロール)
    Oracle Container Cloud Serviceサブスクリプションを取得したユーザーには、これらのロールが自動的に付与されます。 Oracle Cloudスタート・ガイドユーザーの作成およびロールの割当てを参照してください。
Oracle Cloudにより、My Servicesアプリケーションにアクセスするために必要な次の情報が、指定された管理者に送信されます。
  • サインイン資格証明(ユーザー名、一時パスワード、アイデンティティ・ドメイン、サービスがあるデータセンター)

  • My ServicesのURL

管理者は、Oracle Container Cloud Serviceインスタンスの作成の手順に従って、Oracle Container Cloud Serviceのサービス・インスタンスを作成できるようになりました。

Oracle Container Cloud Serviceインスタンスの管理

Oracle Container Cloud Serviceインスタンスを管理する方法について学習します。

Oracle Container Cloud Serviceのサービス・コンソールへのアクセス

Oracle Container Cloud Serviceインスタンスの管理および監視を行う場合、サービス・コンソールを使用します。

Oracle Container Cloud Serviceコンソールにアクセスするには:
  1. My ServicesアプリケーションにURLでサインインし、管理者またはOracle Cloudの電子メールのいずれかで受け取った資格証明を使用してログインします。
  2. My Servicesダッシュボードで、Oracle Container Cloud Serviceエントリに移動し、メニューから「Open Service Console」を選択します。
  3. 「Service Details」ページで、「Open Service Console」をクリックし、Oracle Container Cloud Serviceコンソール「Services」タブを表示します。
  4. 次のようなタスクを実行して、Oracle Container Cloud Serviceインスタンスを管理します。

Oracle Container Cloud Serviceインスタンスの作成

単純なウィザードを使用してOracle Container Cloud Serviceインスタンスを定義および作成し、(特に) Dockerコンテナを実行できるワーカー・ノードの数を指定できます。

Oracle Container Cloud Serviceインスタンスの作成時に、インスタンス管理者のユーザー名とパスワードを指定します。 これらの資格証明を使用して、Oracle Container Cloud ServiceコンソールからOracle Container Cloud Serviceコンテナ・コンソールを起動します。 インスタンス管理者のユーザー名とパスワードは、後で次の操作を行うことで変更できます。

作成するすべてのOracle Container Cloud Serviceインスタンスには、1つのマネージャ・ノードおよび指定した複数のワーカー・ノードが必ず含まれています。 マネージャ・ノードで実行されているOracle Container Cloud Serviceソフトウェアは、Dockerコンテナのデプロイメントをインスタンスのワーカー・ノードに編成します。

マネージャ・ノードおよびワーカー・ノードはOracle Compute仮想マシン(VM)であり、コンピュート・ノードまたはコンピュートVMとも呼ばれます。 Oracle Container Cloud Serviceインスタンスを作成する場合、インスタンスにリクエストしたコンピュートVMの合計数(ワーカー・ノードの数プラス1つのマネージャ・ノード)に対して請求されます。

Oracle Container Cloud Serviceコンソールを使用して新しいOracle Container Cloud Serviceのサービス・インスタンスを作成するには:

  1. サービス・コンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「Create Service」をクリックして、Oracle Container Cloud ServiceのInstance Creationウィザードを表示します。
  3. Instance Creationウィザードの「Details」ページで、新しいサービス・インスタンスのプロパティを次のように入力します。
    オプション 指定内容
    サービス名 アイデンティティ・ドメイン内で一意のサービス・インスタンスの名前。
    サービスの説明 サービス・インスタンスを識別するためのオプションの説明。
    SSH Public Key 既存の公開キー(つまり公開キーが含まれているファイル)。 または、新しい公開キーを生成できます。
    Admin Username コンテナ・コンソールにログインする際に使用するインスタンス管理者のユーザー名。 このフィールドのデフォルトのユーザー名はadminですが、インスタンスを作成する前に変更できます。 インスタンス管理者のユーザー名は、必要に応じて、後でコンテナ・コンソールを使用して変更することもできます(Oracle Container Cloud Serviceインスタンス管理者のユーザー名またはパスワードの変更を参照)。
    Admin PasswordおよびConfirm Admin Password コンテナ・コンソールにログインする際に使用するインスタンス管理者のパスワード。

    パスワードは、大文字、小文字および数字をそれぞれ1つ以上含む、8文字以上32文字以内で指定できます。

    インスタンス管理者のパスワードは、必要に応じて、後で次を使用して変更できます。
    Worker node Compute Shape サービス・インスタンスの各ワーカー・ノードに割り当てられるCPUの数およびメモリーの量を決定するシェイプ、つまりリソース・プロファイル。
    Number of worker nodes サービス・インスタンスで作成するワーカー・ノードの数(1から999)。
    Worker node data volume size (GB) 各ワーカー・ノードに使用可能なデータ・ボリュームのサイズ。
    マネージャ・ノード・コンピュート・シェイプ サービス・インスタンス内のマネージャ・ノードに割り当てられたCPUの数とメモリーの量を決定するシェイプまたはリソース・プロファイル。
  4. 「Next」をクリックして、Oracle Container Cloud ServiceのInstance Creationウィザードの「Confirmation」ページで入力した詳細を確認します。
  5. 「Create」をクリックして、Oracle Container Cloud Serviceインスタンスを作成します。 「Status」フィールドに、メッセージ「Creating service ...」が表示されます。

    ヒント:

    インスタンスの作成プロセス中に進捗およびメッセージ出力を確認するには、「Creating service ...」をクリックします。

    数分以内に、指定した詳細でOracle Container Cloud Serviceインスタンスが作成されます。

  6. 新しく作成されたインスタンスの名前をクリックして、「Service Details」ページで作成された仮想マシンを確認します。
  7. オプション: 「Menu」アイコンメニュー・アイコン(ページ上部のサービス・インスタンス名の横)をクリックし、次を選択して、新しいOracle Container Cloud Serviceインスタンスを管理できます。
  8. オプション: 他のユーザーがOracle Container Cloud Serviceを使用してDocker環境を管理および監視する場合は、コンテナ・コンソールにアクセスするために使用するURLと資格証明を通知します。
    URLはhttps://<manager-node-ip-address>/#/dashboardの形式です。ここで<manager-node-ip-address>は、マネージャ・ノードのパブリックIPアドレスです。 たとえば、http://192.0.2.254/#/dashboardなどです。 コンテナ・コンソールのURLは、次のいずれかの方法で確認できます。
    • 「Service Details」ページで、「Menu」アイコンメニュー・アイコン(ページ上部のサービス・インスタンス名の横)をクリックし、「Container Console」を選択して、コンテナ・コンソールの起動に使用されるURLをコピーします。

    • 「Service Details」ページで、マネージャ・ノード(「Instance Type」が「MANAGER」に設定されたVM)を検索し、「Public IP」フィールドの値をコピーして、その値を使用してURLを作成します。 たとえば、「パブリックIP」フィールドの値が192.0.2.254の場合、「コンテナ・コンソール」のURLはhttp://192.0.2.254/#/dashboardです。

Oracle Container Cloud Serviceインスタンスに関する情報の表示

アイデンティティ・ドメイン内のOracle Container Cloud Serviceインスタンスに関するサマリーおよび詳細情報を表示するには、Oracle Container Cloud Serviceコンソールを使用します。

Oracle Container Cloud Serviceインスタンスに関する情報を表示するには:
  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「Services」タブで、次のことを行います。
    1. アイデンティティ・ドメイン内のすべてのOracle Container Cloud Serviceインスタンスの次のようなサマリー情報を表示します。
      • サービス・インスタンスの総数

      • すべてのインスタンスに割り当てられているOCPUの総数

      • すべてのインスタンスに使用可能なメモリーの総容量

      • すべてのインスタンスに使用可能なストレージの総容量

      • パブリックIPアドレスの総数

    2. アイデンティティ・ドメイン内のすべてのOracle Container Cloud Serviceインスタンスに関する詳細情報の選択を表示します。 インスタンスごとに次の情報が表示されます。
      • サブスクリプションのタイプ

      • インスタンスに割り当てられているノードおよびOCPUの数

      • Oracle Container Cloud Serviceのバージョン

      • インスタンスに使用可能なメモリーおよびストレージの量

    3. 「Service Create and Delete History」セクションを展開して、サービスの作成および削除操作のログを表示します。
  3. 「Services」タブで、詳細情報を表示するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  4. 「Service Details」ページで、次のことを行います。
    1. 選択したインスタンスの次のようなサマリー情報を表示します。
      • インスタンスに割り当てられているノードの数

      • インスタンスのすべてのノードに割り当てられているOCPUの総数

      • インスタンスのすべてのノードに割り当てられているメモリーおよびストレージの総容量

    2. 選択したインスタンスのVMの詳細情報を表示します。 VMごとにVMの次の情報が表示されます。
      • ホスト名

      • OCPUの数

      • パブリックIPアドレス

      • メモリーおよびストレージ

      • 説明およびタイプ

    3. 「Healthcheck」をクリックして、選択したインスタンスの各VMに関する詳細なメトリック情報を表示します。 VMごとに次の情報が表示されます。
      • CPU使用率

      • 使用可能なメモリー

      • デプロイされたアプリケーションの数(マネージャ・ノードのみ)

      • Dockerデーモンのステータス(ワーカー・ノードのみ)

      • 実行中のDockerコンテナの数(ワーカー・ノードのみ)

    4. 「More Information」セクションを展開して、選択したインスタンスに関する次のような追加の詳細情報を表示します。
      • サブスクリプションのタイプ

      • Oracle Container Cloud Serviceのバージョン

      • データ・センターの場所

      • マネージャ・ノードおよびワーカー・ノードのコンピュート・シェイプ

    5. 「Activity」セクションを展開して、インスタンスに対する操作に関する詳細情報を表示します。 操作ごとに次の情報が表示されます。
      • 操作のタイプ

      • 操作の開始時間および終了時間

      • 操作のステータス

Oracle Container Cloud Serviceインスタンスの停止、起動、再起動

Oracle Container Cloud Serviceインスタンスを停止、起動、再起動する方法について学びます。

Oracle Container Cloud Serviceインスタンスの停止

Oracle Container Cloud Serviceコンソールを使用してOracle Container Cloud Serviceインスタンスを停止すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止します。 停止したインスタンスは、開始または削除する以外は管理操作を実行できません。 インスタンスを停止すると、CPUとRAMが停止します。

Oracle Container Cloud Serviceインスタンスを停止するには:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 停止したいサービス・インスタンスの横にあるメニュー・アイコンメニュー・アイコンをクリックし、「停止」を選択します。
  3. プロンプトが表示されたら、OKをクリックして、インスタンスを停止することを確認します。
    インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止します。 さらに、OCPUおよび「メモリー」フィールドは、リソースが現在使用されていないことを示します。
Oracle Container Cloud Serviceインスタンスの起動

Oracle Container Cloud Serviceコンソールを使用して停止したOracle Container Cloud Serviceインスタンスを開始すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが起動します。 ワーカー・ノードの数の変更やインスタンスのバックアップなどの管理操作をもう一度実行できます。

Oracle Container Cloud Serviceインスタンスを起動するには:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 停止したいサービス・インスタンスの横にあるメニュー・アイコンメニュー・アイコンをクリックし、「開始」を選択します。
  3. プロンプトが表示されたら、OKをクリックして、インスタンスを開始することを確認します。
    インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが起動します。
Oracle Container Cloud Serviceインスタンスの再起動

Oracle Container Cloud Serviceコンソールを使用してOracle Container Cloud Serviceインスタンスを再起動すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止し、すぐに再び開始されます。

Oracle Container Cloud Serviceインスタンスを再起動するには:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 停止したいサービス・インスタンスの横にあるメニュー・アイコンメニュー・アイコンをクリックし、「再起動」を選択します。
  3. プロンプトが表示されたら、OKをクリックして、インスタンスを再起動することを確認します。
    インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止し、開始されます。

マネージャとワーカー・ノードの停止、起動、再起動

Oracle Container Cloud Serviceマネージャ・ノードとワーカー・ノードを停止、起動、再起動する方法について学びます。

マネージャ・ノードの停止、起動、再起動

Oracle Container Cloud Serviceインスタンスを使用してマネージャ・ノードを再起動します。 マネージャ・ノードが再始動されている間は、インスタンスはOracle Container Cloud Service操作では使用できません。

Oracle Container Cloud Serviceインスタンスを停止、起動、再起動すると、マネージャ・ノードが暗黙的に停止、開始、再起動されます。 When you:

  • 実行中のインスタンスを停止すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止します。 マネージャ・ノードが停止している間は、ワーカー・ノードを開始できません。

  • 停止したインスタンスを開始すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが起動します。

  • 実行中のインスタンスを再起動し、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードを停止してから起動します。

Oracle Container Cloud Serviceインスタンスのマネージャ・ノードを明示的に再起動すると、インスタンスが実行されているかどうかによって異なります。

  • 実行中のインスタンスのマネージャ・ノードを再起動すると、マネージャ・ノードと実行中のすべてのワーカー・ノードが最初に停止します。 次に、マネージャ・ノードが開始され、その後にすべてのワーカー・ノードが開始されます。 インスタンスは実行中の状態に戻ります。

  • 停止したインスタンス(マネージャ・ノードとすべてのワーカー・ノードがすでに停止しているインスタンス)のマネージャ・ノードを再起動すると、マネージャ・ノードが開始されます。 ただし、ワーカー・ノードは再起動されません。 インスタンスが最初に作成されたときに最初に定義された元のワーカー・ノードから開始して、ワーカー・ノードを個別に再起動する必要があります。 元のノードがすべて再起動されたら、インスタンスが最初に作成された後に追加されたノードを再起動できます。

Oracle Container Cloud Serviceインスタンスでマネージャ・ノードを明示的に再起動するには、次のようにします。

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「サービス」タブで、マネージャ・ノードを再起動するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. マネージャ・ノードの横にあるメニュー・アイコンメニュー・アイコンをクリックし、「再起動」を選択します。
  4. プロンプトが表示されたら、OKをクリックしてマネージャ・ノードを再起動することを確認します。
    次に実行される処理は、操作を実行するときにOracle Container Cloud Serviceインスタンスが実行されているかどうかによって異なります。
    • インスタンスが実行されている場合、マネージャ・ノードと実行中のすべてのワーカー・ノードが最初に停止します。 次に、マネージャ・ノードが開始され、その後にすべてのワーカー・ノードが開始されます。 インスタンスは実行中の状態に戻ります。

    • インスタンスが実行されていない場合は、マネージャ・ノードのみが開始されます。 ワーカー・ノードは個別に開始する必要があります。

ワーカー・ノードの停止、起動、再起動

Oracle Container Cloud Serviceインスタンスを使用して、作業ノードを停止、開始、再起動します。

Oracle Container Cloud Serviceインスタンスを停止、起動、再起動すると、ワーカー・ノードが暗黙的に停止、起動、再起動されます。 When you:

  • 実行中のインスタンスを停止すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが停止します。 マネージャ・ノードが停止している間は、ワーカー・ノードを開始できません。

  • 停止したインスタンスを開始すると、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードが起動します。

  • 実行中のインスタンスを再起動し、インスタンス内のマネージャ・ノードとすべてのワーカー・ノードを停止してから起動します。

個々のワーカー・ノードを明示的に停止、起動、再起動できるかどうかは、

  • ワーカー・ノードが、インスタンス自体が最初に作成されたときに定義され作成された最初のワーカー・ノードのどちらであるか、またはワーカー・ノードが後でインスタンスに追加された2番目(またはそれ以降)の元のワーカー・ノードまたは追加のワーカー・ノード。

  • インスタンス・ノードおよび/またはマネージャ・ノードが現在実行中かどうか。 インスタンスおよび/またはマネージャ・ノードが現在停止している場合は、ワーカー・ノードを停止、開始、または再開することはできません。 インスタンス・ノードおよび/またはマネージャ・ノードが現在実行中の場合:

    • 最初のワーカー・ノードを再起動することができます(このノードの名前は通常 "-OCCS-wkr-1"で終わります)

    • 最初のワーカー・ノードがすでに実行されている場合は、他のワーカー・ノードを停止、起動、再起動できます

注意:

ワーカー・ノードを停止する前に、まず、そのワーカー・ノード上で実行されているデプロイメントを停止するために、まずOracle Container Cloud Serviceコンテナ・コンソールを使用することをお勧めします。

特に、ワーカー・ノードを停止すると、ワーカー・ノードで現在実行されているデプロイメントは、サービスのオーケストレーション・ポリシーに従って、リソース・プール内の残りのノードで再開されます(「Oracle Container Cloud Serviceを使用したサービスの作成」を参照)。 リソース・プール内の他のノードでデプロイを再開したくない場合は、Oracle Container Cloud Serviceコンテナ・コンソールを使用して、ワーカー・ノードで実行中のデプロイメントを停止してから停止してください。

Oracle Container Cloud Serviceインスタンス内の個々のワーカー・ノードを明示的に停止、開始または再起動するには、次のようにします。

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「サービス」タブで、個々のワーカー・ノードを停止、開始、または再起動するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. 個々のワーカー・ノードの横にあるメニュー・アイコンメニュー・アイコンをクリックし、必要に応じて「停止」「開始」、または「再起動」を選択します。
  4. プロンプトが表示されたら、OKをクリックして、ワーカー・ノードを停止、開始、または再起動することを確認します。
    次に実行されるのは、操作を実行するときにOracle Container Cloud Serviceインスタンスおよび/またはマネージャ・ノードが実行されているかどうかによって異なります。
    • インスタンスおよび/またはマネージャ・ノードが実行されていない場合、すべてのワーカー・ノードはすでに停止しています。 ワーカー・ノードを開始または再起動することはできません。 ワーカー・ノードを起動または再起動しようとすると、エラー・メッセージが表示されます。

    • インスタンスおよび/またはマネージャ・ノードが実行されている場合:

      • 最初のワーカー・ノードを再起動することができます(このノードの名前は通常 "-OCCS-wkr-1"で終わります)

      • 最初のワーカー・ノードがすでに実行されている場合は、他のワーカー・ノードを停止、起動、再起動できます

Oracle Container Cloud Serviceマネージャおよびワーカー・ノードへのセキュア・シェル(SSH)アクセスの有効化と無効化

SSHを使用してOracle Container Cloud Serviceマネージャとワーカー・ノードに接続する方法と、SSHアクセスを有効または無効にする方法を学びます。

Oracle Container Cloud Serviceマネージャおよびワーカー・ノードへのSSHアクセスについて

Oracle Container Cloud Serviceインスタンス内のマネージャおよびワーカー・ノードへのSSH(Secure Shell)アクセスにより、多数の管理タスクを実行できます。

Oracle Container Cloud Serviceインスタンスを作成するときに、SSH公開キー/秘密キー・ペアの公開キーを入力するように求められます。

後で、管理者パスワードをリセットする、サポート・ログを取得する、または独自の署名付きSSL証明書をアップロードするなど、SSHクライアントからマネージャまたはワーカー・ノードに接続することができます。 デフォルトでは、マネージャおよびワーカー・ノード(SSHアクセスに使用されるポート)上のポート22はオープンです。 SSHクライアントからノードに接続する場合は、ログイン時にペアの秘密キーを使用する必要があります。

最初にOracle Container Cloud Serviceコンソールを実行してOracle Container Cloud Serviceインスタンスを作成したマシン以外のマシンからマネージャまたはワーカー・ノードに接続する場合は、他のマシンが元の秘密キーにアクセスできる必要があります(たとえば、秘密キー他のマシンへ)。

マネージャとワーカー・ノードにアクセスするために使用する秘密キーが失われたり破損したりする場合は、新しい公開キーをサービス・インスタンスに追加できます。 また、組織のセキュリティ・ポリシーや規則に準拠するために、新しい公開キーをサービス・インスタンスに追加することが必要になる場合もあります。 新しい公開キーをサービス・インスタンスに追加すると、次のようになります。
  • 新しいキーは、インスタンスのマネージャ・ノードとワーカー・ノード上の/.ssh/authorized_keysファイルの既存の公開キーに追加されます。 既存のパブリックSSHキーを使用して、マネージャとワーカー・ノードに接続することもできます。

  • サービス・インスタンス内のすべてのVMが再起動されます。

SSHと新しい公開キーを使用してマネージャまたはワーカー・ノードに接続するには、接続元のマシンが新しい公開キーとペアになっている秘密キーにアクセスできる必要があります。

特定のパブリックSSHキーを使用してマネージャまたはワーカー・ノードにSSHアクセスするのを防ぐには、ノード上の/.ssh/authorized_keysファイルからパブリック・キーを除去します。

SSH経由でOracle Container Cloud Serviceマネージャとワーカー・ノードに接続

Oracle Container Cloud Serviceマネージャまたはワーカー・ノードで管理タスク(管理者パスワードのリセット、サポート・ログの取得、独自の署名付きSSL証明書のアップロードなど)を実行するには、SSHクライアント・ソフトウェアを使用してセキュアな接続とログインを行います。

各種のプラットフォームで、次のような複数のSSHクライアントを無料で利用できます。

  • UNIXおよびUNIX類似のプラットフォーム用のsshユーティリティ

  • Windows用のPuTTYプログラム

UNIXでsshユーティリティを使用してマネージャおよびワーカー・ノードに接続

UNIXおよびUNIXライクなプラットフォーム(SolarisおよびLinuxを含む)では、sshユーティリティ(SSHクライアント)を使用して管理タスクを実行して、SSHを介してOracle Container Cloud Serviceマネージャおよびワーカー・ノードに接続できます。

以下の手順では、マネージャまたはワーカー・ノードへの接続に使用するUNIXマシンを想定しています:
  • sshユーティリティがインストールされているか。

  • サービス・インスタンスの作成時に指定されたSSH公開キーとペアになるSSH秘密キー・ファイルにアクセスできます。

sshユーティリティを使用してUNIXマシンからSSH経由でマネージャまたはワーカー・ノードに接続するには、次の手順を実行します:
  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「Services」タブで、sshユーティリティを使用して接続するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. マネージャ・ノード(「インスタンス・タイプ」フィールドがMANAGERに設定されているVM)または接続先のワーカー・ノードを探し、その「パブリックIP」フィールドに表示されているIPアドレスを書き留めます。 次に例を示します。 192.0.2.254
  4. UNIXマシンで、コマンドライン端末ウィンドウを開きます。
  5. ターミナル・ウィンドウで、マネージャまたはワーカー・ノードに接続するにはssh opc@<node_ip_address>を入力します。ここで、<node_ip_address>は、先にノートした「サービス」タブに表示されているマネージャまたはワーカー・ノードのIPアドレスです。 次に例を示します。ssh opc@192.0.2.254

    注意:

    SSH秘密キーがファイルに格納されていない場合や、sshユーティリティが期待するパスに格納されていない場合(たとえば、sshユーティリティが秘密キーを~/.ssh/id_rsa)に格納することを期待している場合は、2つの方法のうち:
    • -iオプションを使用して秘密キーのファイル名と場所を指定します。 次に例を示します。ssh -i ~/.ssh/my_keys/my_occs_host_key_filename opc@192.0.2.254

    • 秘密キーのファイル名とロケーションをSSH構成ファイル、クライアント構成ファイル(~/.ssh/config) (存在する場合)、またはシステム全体のクライアント構成ファイル(/etc/ssh/ssh_config)に追加します。 たとえば、次のように追加することができます:

      Host 192.0.2.254
      	IdentityFile ~/.ssh/my_keys/my_occs_host_key_filename

    sshユーティリティの構成ファイルの詳細は、man ssh_configと入力してください。

    プライベート・キー・ファイルのアクセス許可では、read/write/executeアクセスを許可する必要がありますが、他のユーザーがファイルにアクセスできないようにする必要があります。 たとえば、適切な権限を設定するには、chmod 600 ~/.ssh/my_keys/my_occs_host_key_filenameと入力します。 権限が正しく設定されておらず、秘密キー・ファイルが他のユーザーからアクセス可能な場合、sshユーティリティは秘密キー・ファイルを単に無視します。

  6. ターミナル・ウィンドウで、SSHを使用してマネージャまたはワーカー・ノードで管理タスクを実行します。
  7. 終了したら、端末ウィンドウでexitと入力してSSH接続を閉じます。
WindowsでPuTTYを使用してマネージャとワーカー・ノードに接続

Windowsプラットフォームでは、管理タスクを実行するためにPuTTYプログラム(自由に利用できるSSHクライアント)を使用して、SSH経由でOracle Container Cloud Serviceマネージャとワーカー・ノードに接続できます。

以下の手順では、マネージャまたはワーカー・ノードへの接続に使用するWindowsマシンを想定しています:
  • PuTTYプログラムがインストールされています。

    PuTTYがインストールされていない場合は、http://www.putty.org/に移動してダウンロードし、インストールします。

  • サービス・インスタンスの作成時に指定されたSSH公開キーとペアになるSSH秘密キー・ファイルにアクセスできます。

    秘密キー・ファイルは、PuTTY .ppk形式である必要があります。 秘密キー・ファイルが当初Linuxプラットフォーム上で作成された場合、PuTTYgenプログラムを使用して.ppk形式に変換します。

PuTTYプログラムを使用してWindowsマシンからSSH経由でマネージャまたはワーカー・ノードに接続するには:
  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「Services」タブで、sshユーティリティを使用して接続するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. マネージャ・ノード(「インスタンス・タイプ」フィールドがMANAGERに設定されているVM)または接続先のワーカー・ノードを探し、その「パブリックIP」フィールドに表示されているIPアドレスを書き留めます。 次に例を示します。 192.0.2.254
  4. Windowsマシンで、PuTTYプログラムを実行します。

    「Session」パネルを含む「PuTTY Configuration」ウィンドウが表示されます。

  5. 「ホスト名(またはIPアドレス)」ボックスに、マネージャまたはワーカー・ノードのIPアドレスを入力します。
  6. 「接続タイプ」オプションがSSHに設定されていることを確認します。
  7. 「Category」ツリーで、必要に応じて「Connection」を展開し、「Data」をクリックします。

    「データ」パネルが表示されます。

  8. 「Auto-login username」ボックスに、「opc」と入力します。
  9. 「When username is not specified」オプションが「Prompt」に設定されていることを確認します。
  10. カテゴリ・ツリーで、SSHを展開し、「認証」をクリックします。

    「認証」パネルが表示されます。

  11. 「認証のための秘密キー・ファイル」ボックスの横にある「ブラウズ」ボタンをクリックします。 続いて、「Select private key file」ウィンドウで、公開キーに適合する秘密キー・ファイルに移動し、開きます。
  12. 「Category」ツリーで、「Session」をクリックします。

    「セッション」パネルが表示されます。

  13. 「保存されたセッション」ボックスに、この接続構成の名前を入力します。 「Save」をクリックします。
  14. 「オープン」をクリックして接続を開きます。

    「PuTTY Configuration」ウィンドウが閉じられ、「PuTTY」端末ウィンドウが表示されます。

    初めてマネージャまたはワーカー・ノードに接続する場合は、PuTTY 「セキュリティ・アラート」ウィンドウが表示され、公開キーを確認するように促されます。 「Yes」をクリックすると、接続が続行されます。

  15. PuTTY端末ウィンドウで、SSHを使用してマネージャまたはワーカー・ノード上で管理タスクを実行します。
  16. 終了したら、PuTTYの端末ウィンドウでexitと入力してSSH接続を閉じます。
Oracle Container Cloud ServiceインスタンスへのSSH公開キーの追加

追加のSSH公開キーをアイデンティティ・ドメイン内のOracle Container Cloud Serviceインスタンスに追加するには、Oracle Container Cloud Serviceコンソールを使用します(元の秘密キーを失くしたり、これが破損した場合など)。

新しいパブリックSSHキーを追加すると、インスタンスのマネージャおよびワーカー・ノード上の/.ssh/authorized_keysファイル内の既存のパブリックSSHキーに追加されます(既存のパブリックSSHキーは引き続き使用できます)。 新しい公開SSHキーを使用してマネージャ・ノードまたはワーカー・ノードに接続するには、接続先のマシンが新しいSSH公開キーとペアになっている秘密キーにアクセスできる必要があります。

新しいSSH公開キーをOracle Container Cloud Serviceインスタンスに追加するには:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 新しいSSH公開キーを追加するサービス・インスタンスの横のメニュー・アイコンメニュー・アイコンをクリックして、「SSH Access」を選択します。
    「Add New Key」ダイアログが表示され、最新のSSH公開キーの値が表示されます。
  3. 次のいずれかの方法を使用して、新しい公開キーを指定します。
    • 「Upload a new SSH Public Key value」を選択し、「Browse」をクリックして公開キーが含まれるファイルを選択します。
    • 「Key value」を選択し、現在のキー値を削除して、新しい公開キーをテキスト領域に貼り付けます。 値に改行が含まれていないこと、また値が改行で終わっていないことを確認します。
  4. 「新規キーの追加」をクリックします。
    新しいパブリック・キーは、マネージャ・ワーカー・ノード上の/.ssh/authorized_keysファイルに追加されます。
  5. プロンプトが表示されたら、Oracle Container Cloud ServiceインスタンスのVMを再起動することを確認してください。
SSHを使用したOracle Container Cloud Serviceマネージャおよびワーカー・ノードからの公開SSHキーの削除

ノード上の/.ssh/authorized_keysファイルからパブリックSSHキーを削除することにより、特定のパブリックSSHキーを使用してOracle Container Cloud Serviceインスタンスのマネージャまたはワーカー・ノードにSSHアクセスするのを防ぐことができます。

この手順では、次のことが前提となります。
  • マネージャまたはワーカー・ノードへのアクセスを防止するパブリックSSHキーを知っている

  • マネージャまたはワーカー・ノードに接続するために使用するマシン:
    • SSHクライアントがインストールされています。

    • サービス・インスタンスの作成時に指定されたSSH公開キーとペアになるSSH秘密キー・ファイルにアクセスできます。

特定のパブリックSSHキーがマネージャまたはワーカー・ノードへのSSHアクセスを取得するために使用されないようにするには、次のようにします:
  1. SSHを使用して、マネージャまたはワーカー・ノードに接続します。
    これを行う方法がわからない場合は、「SSH経由でOracle Container Cloud Serviceマネージャとワーカー・ノードに接続」を参照してください。
  2. ターミナル・ウィンドウで、マネージャまたはワーカー・ノードの /.sshディレクトリに移動します。 たとえば、次のように入力します。
    cd /.ssh
  3. テキスト・エディタでauthorized_keysファイルを開きます。
  4. マネージャまたはワーカー・ノードへのSSHアクセスを取得するのを防ぐために、パブリックSSHキーを削除します。
  5. authorized_keysファイルを保存して閉じます。
  6. ターミナル・ウィンドウにexitと入力して、SSH接続を閉じます。

SSHを使用して独自のSSL証明書をマネージャ・ノードにアップロード

デフォルトでは、Oracle Container Cloud Serviceマネージャ・ノード上で実行されるNGINX Webサーバーは、自己署名SSL証明書を使用します。 必要に応じて、NGINX用認証局が署名した独自のSSL証明書をアップロードして使用することもできます。

自己署名入りSSL証明書は、認証局によって署名された証明書と同様に、ユーザーの資格証明を安全に暗号化します。 ただし、自己署名SSL証明書によって、ユーザーが最初に「コンテナ・コンソール」に行ったときに一部のブラウザに接続警告メッセージが表示されることがあります。 Oracle Container Cloud Serviceの場合、ユーザーが警告メッセージを無視しても問題ありません。 ただし、Oracle Container Cloud Serviceを使用して署名した独自のSSL証明書を使用して:
  • ユーザーに初期のセキュリティ警告が表示されないようにします

  • セキュリティ警告を無視することをユーザーに阻止

  • 安全でないアイコンではなく、ブラウザのURLフィールドに安全な南京錠アイコンを表示

  • https経由でOracle Container Cloud Service REST APIにアクセスしていることを確認してください

以下の手順では、UNIXマシン上のBourneシェルを使用してマネージャ・ノードとマシンに接続していることを前提としています:
  • sshユーティリティがインストールされている

  • サービス・インスタンスの作成時に指定されたSSH公開キーとペアになるSSH秘密キー・ファイルにアクセスできます。

sshユーティリティを使用してUNIXマシンからSSL証明書をマネージャ・ノードにアップロードするには、以下のようにします:
  1. SSL証明書が現在存在するUNIXマシンで、ターミナル・ウィンドウを開きます。
  2. ルート・レベルで/certsという名前の新しいローカル・ディレクトリを作成します。
  3. SSL証明書ファイルをローカルの/certsディレクトリにコピーします。 /certsディレクトリにコピーしたばかりのSSL証明書ファイルがcert.crtという名前でない場合は、今すぐcert.crtに名前を変更してください。
  4. 対応するSSLキー・ファイルをローカルの/certsディレクトリにコピーします。 /certsディレクトリにコピーしたばかりのSSLキー・ファイルの名前がcert.keyではない場合は、今すぐcert.keyに名前を変更します。
  5. 次のように入力して、CERTとKEYという2つの変数の値をそれぞれ/certs/cert.crtファイルと/certs/cert.keyファイルの内容に設定します:
    export CERT=$(cat certs/cert.crt) && export KEY=$(cat certs/cert.key)
  6. デフォルトのopcユーザーとしてsshユーティリティを使用してマネージャ・ノードに接続し、次のように入力してCERTおよびKEY変数の内容からマネージャ・ノードの/certsディレクトリに新しいファイルcert.crtcert.keyを作成します:
    ssh -i <private_key> opc@<mgr_node_ip_address> "echo "${CERT}" > certs/cert.crt; echo "${KEY}" > certs/cert.key"
    説明:
    • <private_key>は、アクセスするインスタンスに関連付けられたSSH公開キーに対応するSSH秘密キーを含むファイルの絶対パスと名前です

    • <mgr_node_ip_address>は、マネージャ・ノードのIPアドレスです。

    例:
    ssh -i ~/.ssh/my_keys/my_private_key_file opc@192.0.2.254 "echo "${CERT}" > /certs/cert.crt; echo "${KEY}" > /certs/cert.key"
    sshユーティリティを使用してマネージャ・ノードに接続する方法の詳細については、「UNIXでsshユーティリティを使用してマネージャおよびワーカー・ノードに接続」を参照してください。
    マネージャ・ノード上のスクリプトは、定期的に /certsディレクトリで新しいSSL証明書ファイルをスキャンします(約1分に1回)。 新しいSSL証明書ファイルが検出され、有効であると判断された場合、スクリプトは証明書ファイルをルート・ディレクトリから適切なサブディレクトリにコピーしてNGINXで使用します。
  7. オプショナル: 証明書が正常にコピーされ、NGINXがそれらを使用していることを確認するには、マネージャ・ノードのcertificator-nginx.logファイルに書き込まれたメッセージを次のように表示します:
    1. 次のように入力して、デフォルトのopcユーザーとしてsshユーティリティを使用してマネージャ・ノードに接続します:
      ssh -i <private_key> opc@<mgr_node_ip_address>
      説明:
      • <private_key>は、アクセスするインスタンスに関連付けられたSSH公開キーに対応するSSH秘密キーを含むファイルの絶対パスと名前です

      • <mgr_node_ip_address>は、マネージャ・ノードのIPアドレスです。

      例:
      ssh -i ~/.ssh/my_keys/my_private_key_file opc@192.0.2.254
    2. マネージャ・ノードのルート・ディレクトリからcat /log/certificator-nginx.logと入力
      メッセージは毎分certificator-nginx.logファイルに書き込まれます。 ログ・ファイルから、次のことが分かります:
      • SSL証明書ファイルをコピーする前に、NGINXは定期的に次のような警告メッセージを発行していました:

        issuer certificate not found for certificate "/etc/nginx/tls/certs/cert.crt"

      • SSL証明書をマネージャ・ノードにコピーした直後に、ログ・ファイルに次のようなメッセージが表示されます:
        copied /u01/data/opc/certs/cert.crt to /etc/nginx/tls/certs
        copied /u01/data/opc/certs/cert.key to /etc/nginx/tls/private
      • その後、NGINXがコピーしたSSL証明書を使用し始めると、ログ・ファイルに次のようなメッセージが表示されます:
        checking /u01/data/opc/certs
        checked - nginx certificates have not changed
    3. 終了したら、端末ウィンドウでexitと入力してSSH接続を閉じます。

Oracle Container Cloud Serviceインスタンスのワーカー・ノード・ホスト数の変更

Docker環境のパフォーマンスと効率を向上させるために、Oracle Container Cloud ServiceインスタンスでDockerコンテナを実行するために使用できるワーカー・ノード・ホストの数を最適化することができます。

ワーカー・ノード・ホストを追加することによって、Oracle Container Cloud Serviceインスタンスをスケール・アウトすることができます。

ワーカー・ノード・ホストを削除することにより、Oracle Container Cloud Serviceインスタンスをスケール・インします。

ワーカー・ノード・ホストの追加

Docker環境のパフォーマンスと回復力を向上させるには、Oracle Container Cloud ServiceインスタンスでDockerコンテナを実行できるワーカー・ノード・ホストの数を増やします。

Oracle Container Cloud Serviceインスタンスに新しいワーカー・ノード・ホストを追加するには、次のようにします:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「サービス」タブで、ワーカー・ノード・ホストを追加するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. 「サービスの概要」ページのヘッダー・リージョンで、サービス・インスタンスの名前の横にあるメニュー・アイコンメニュー・アイコンをクリックし、「スケール・アウト」を選択します。
  4. 「「スケール・アウト」ダイアログ」で追加するワーカー・ノード・ホストの数を指定し(1から50)、「スケール・アウト」をクリックします。
    サービスのスケール・アウト・リクエストが受け入れられたことを確認するメッセージが表示され、プロセスはリクエストした新しいワーカー・ノード・ホストの作成を開始します。
  5. 新しいワーカー・ノードのホストが「OCCSワーカー・コンポーネント - リソース」リストに表示されるまで、定期的にOracle Container Cloud Serviceコンソールページを更新します。
    通常、新しいワーカー・ノード・ホストを作成するのに約10分かかります。
    「「スケール・アウト」ダイアログ」を使用して作成したワーカー・ノード・ホストは、「OCCSワーカー・コンポーネント - リソース」リストに表示され、メニュー・アイコンメニュー・アイコンがその横に表示されます。 Oracle Container Cloud Serviceインスタンスが最初に作成されたときに作成されたワーカー・ノード・ホストには、メニュー・アイコンメニュー・アイコンがありません。
    新しいワーカー・ノード・ホストが「OCCSワーカー・コンポーネント - リソース」リストに表示されている場合、Oracle Container Cloud Serviceコンテナ・コンソール(「ホストを管理しています」を参照)を使用して、ホストをデプロイされたコンテナをリソース・プールに追加して実行することができます。
ワーカー・ノード・ホストの削除

Oracle Container Cloud ServiceインスタンスでDockerコンテナを実行できるワーカー・ノード・ホストの数を減らすことによって、Oracle Computeリソースの使用量を削減できます。

最初にOracle Container Cloud Serviceインスタンスを作成するときは、作成するワーカー・ノード・ホストの数を指定します。 その後、最初に指定したワーカー・ノード・ホストに加えて、ワーカー・ノード・ホストを追加することができます。 その後、追加のワーカー・ノード・ホストが不要になると判断した場合は、それらを除去することができます。 追加のワーカー・ノード・ホストのみを削除できることに注意してください。 最初に作成されたワーカー・ノード・ホストは削除できません。

注意:

ワーカー・ノード・ホストを削除すると、ワーカー・ノード・ホスト上で現在実行されているデプロイメントは、サービスのオーケストレーション・ポリシー(「Oracle Container Cloud Serviceを使用したサービスの作成」を参照)に従って、リソース・プール内の残りのホスト上で再開されます。 リソース・プール内の他のホストでデプロイメントを再開したくない場合は、Oracle Container Cloud Serviceコンテナ・コンソールを使用して、ワーカー・ノード・ホスト上で実行しているデプロイメントを削除してから削除します。

Oracle Container Cloud Serviceインスタンスからワーカー・ノード・ホストを削除するには、次のようにします:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 「サービス」タブで、ワーカー・ノード・ホストを削除するOracle Container Cloud Serviceインスタンスの名前をクリックします。
  3. 「サービスの概要」ページで、「OCCSワーカー・コンポーネント」リージョンを展開して、「リソース」リストにワーカー・ノード・ホストを表示します。
  4. 削除するワーカー・ノード・ホストの横にあるメニュー・アイコンメニュー・アイコンをクリックし、「ノードの削除」を選択します。
    メニュー・アイコンメニュー・アイコンは、最初に作成された後のOracle Container Cloud Serviceインスタンスに追加されたワーカー・ノード・ホストの横にのみ表示されます。 Oracle Container Cloud Serviceインスタンスが最初に作成され、削除できないときに、メニュー・アイコンがメニュー・アイコンの横にないワーカー・ノード・ホストが作成されました。
  5. プロンプトが表示されたら、「ノードの削除」をクリックして、サービス・インスタンスからノードを削除することを確認します。
    リクエストのサービス・スケールが受け入れられたことを確認するメッセージが表示され、選択したワーカー・ノード・ホストがプロセスから除去され始めます。 ワーカー・ノード・ホスト上で現在実行されているデプロイメントは、サービスのオーケストレーション・ポリシー(「Oracle Container Cloud Serviceを使用したサービスの作成」を参照)に従って、リソース・プール内の他の利用可能なホスト間で再配布されます。
  6. ワーカー・ノード・ホストが「リソース」リストに表示されなくなるまで、Oracle Container Cloud Serviceコンソールページを定期的にリフレッシュしてください。
    通常、ワーカー・ノード・ホストを削除するまでに約10分かかります。

Oracle Container Cloud Serviceインスタンスのアクセス・ルールの管理

Oracle Container Cloud Serviceコンソールを使用してアクセス・ルールを作成および管理することにより、Oracle Container Cloud Serviceインスタンスへのアクセスを制御できます。

アクセス・ルールを使用すると、サービス・インスタンスを構成する仮想マシン(VM)へのアクセスを制御できます。 サービス・インスタンスを作成すると、Oracle Container Cloud Serviceに必要なすべてのアクセス・ルールが自動的に作成され、有効化されます。 例:

  • ポート22での公共インターネットからマネージャ・ノードVMへのアクセス

  • すべてのポート(ポート1から65535)での公共インターネットからワーカー・ノードVMへのアクセス

必要なアクセス・ルールはすでに作成されているため、通常は変更する必要はありません。 ただし、アクセス・ルールを変更する場合(たとえば、ワーカー・ノードへのアクセスを特定のポートに明示的に制限するために)、Oracle Container Cloud Serviceコンソールを使用してデフォルト・ルールを無効化して、新しいルールを作成できます。

Oracle Container Cloud Serviceインスタンスの新しいアクセス・ルールを作成するには:
  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. アクセス・ルールを追加するサービス・インスタンスの横の「Menu」アイコンメニュー・アイコンをクリックし、「Access Rules」を選択します。 「Access Rules」ページが表示され、すべてのアクセス・ルールのリストが表示されます。
  3. 「Create Rule」をクリックして「Create Access Rule」ダイアログを表示します。
  4. アクセス・ルールに一意の名前を指定します。
    この名前は、必ず文字で始まり、数字、ハイフンおよびアンダースコアを使用できます。 名前は50文字以内にする必要があります。 ルールを作成する場合、接頭辞ora_またはsys_は使用できません。
  5. オプション: ルールの説明を指定します。
  6. ルールのソースを指定します:
    ソース・オプション: 許可されるアクセス元:
    MANAGER_ADMIN_HOST Oracle Container Cloud Serviceマネージャ・ノードとして実行されているホスト。
    MANAGER_MANAGER Oracle Container Cloud Serviceマネージャ・ノードとして実行されているホスト。
    PUBLIC-INTERNET インターネット上の任意のホスト。
    WORKER_ADMIN_HOST 「Service Details」ページに表示されたOracle Container Cloud Serviceワーカー・ノードのリストの最初のホスト。
    WORKER_WORKER Oracle Container Cloud Serviceワーカー・ノードとして実行されている任意のホスト。
    <custom> トラフィックを許可するIPアドレスのリスト。 このオプションを選択すると表示されるフィールドで、アクセスを許可する対象のサブネット(192.0.2.254/24のようなCIDR形式)またはIPv4アドレスのカンマ区切りリストを入力します。
  7. ルールの宛先を指定します。
    宛先オプション: 許可されるアクセス先:
    MANAGER_ADMIN_HOST Oracle Container Cloud Serviceマネージャ・ノードとして実行されているホスト。
    MANAGER_MANAGER Oracle Container Cloud Serviceマネージャ・ノードとして実行されているホスト。
    WORKER_ADMIN_HOST 「Service Details」ページに表示されたOracle Container Cloud Serviceワーカー・ノードのリストの最初のホスト。
    WORKER_WORKER Oracle Container Cloud Serviceワーカー・ノードとして実行されているホスト。

    ソースと宛先を同一にすることはできません。

  8. ソースから宛先へのアクセスに使用するポートを指定します。
    1つのポートまたはポートの範囲(7001から8001など)を指定できます。
  9. 「Create」をクリックしてルールを作成し、有効化します。
  10. オプション: 「Access Rules」ページでルールの横の「Menu」アイコンメニュー・アイコンをクリックし、適切なオプションを選択して、アクセス・ルールを後で無効化、再有効化または削除できます。 使用可能なオプションは、ルールのタイプおよび現在のステータスによって異なります。
    ルール・タイプ: 有効化可能 無効化可能 削除可能
    USER Yes Yes Yes
    DEFAULT Yes Yes No
    SYSTEM No No No

    「Status」列のアイコンは、アクセス・ルールが有効か無効かを示します。

    アイコン アクセス・ルールの状態
    Access rule enabled 有効
    Access rule disabled 無効

Oracle Container Cloud Serviceインスタンスのアクティビティの表示

Oracle Container Cloud Serviceコンソール「Activity」ページを使用して、アイデンティティ・ドメイン内のOracle Container Cloud Serviceインスタンスのアクティビティを表示できます。

Oracle Container Cloud Serviceインスタンスのアクティビティを表示するには:
  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. アイデンティティ・ドメイン内のすべてのインスタンスのアクティビティ、または特定のインスタンスのアクティビティのみを表示できます。
    • 「Activity」タブをクリックして、アイデンティティ・ドメイン内のすべてのインスタンスのアクティビティを表示します。 「Search Activity Log」セクションのオプションを使用して、必要に応じて結果をフィルタします。
    • 「Services」タブのインスタンスの名前をクリックして、特定のインスタンスのアクティビティを表示します。 「Instance Details」ページの「Activity」リンクをクリックして、そのインスタンスのアクティビティを表示します。

    ヒント:

    特に、インスタンスの作成または削除に関連した情報のみを表示する場合は、「Services」タブの「Service Create and Delete History」リンクをクリックして、インスタンスの作成または削除のアクティビティを表示します。

SSHを使用したOracle Cloud Container Service ManagerおよびWorkerノードでのログ・ファイルの表示

Oracle Container Cloud Serviceインスタンス内のマネージャ・ノードとワーカー・ノードのログ・ファイルは、SSHを使用して表示できます(サポートなど)。

Oracle Container Cloud Serviceの次の3つのコンポーネントにより、マネージャ・ノードにログ・ファイルが保存されます。

  • クラスタ・マネージャ(マネージャ・ノードとワーカー・ノード間の通信を処理する)は、occs-cluster-manager.logという名前のログ・ファイルを保存します。

  • サービス・マネージャ(APIコールおよびデータ構造の解析を処理する)は、occs-data-manager.logという名前のファイルを保存します。

  • データ・マネージャ(ローカルのOracle Container Cloud Serviceデータベースを管理する)は、occs-service-manager.logという名前のファイルを保存します。

Oracle Container Cloud Service Cluster Agentコンポーネントは、ワーカー・ノード上で実行され、occs-cluster-agent.logという名前のファイルを保存します。

以下の手順では、マネージャまたはワーカー・ノードへの接続に使用するマシンを想定しています:
  • SSHクライアントがインストールされています。

  • サービス・インスタンスの作成時に指定されたSSH公開キーとペアのSSH秘密キーにアクセスできます。

SSHを使用してマネージャまたはワーカー・ノード上のログ・ファイルを表示するには、次の手順を実行します:
  1. SSHを使用して、ログ・ファイルを表示するOracle Container Cloud Serviceインスタンスのマネージャまたはワーカー・ノードに接続します。
    これを行う方法がわからない場合は、「SSH経由でOracle Container Cloud Serviceマネージャとワーカー・ノードに接続」を参照してください。
  2. ターミナル・ウィンドウで、マネージャまたはワーカー・ノードの/var/log/occsディレクトリに移動します。 たとえば、次のように入力します。
    cd /var/log/occs
    このディレクトリには、Oracle Container Cloud Serviceのログ・ファイルが含まれています。
  3. ターミナル・ウィンドウで、使用可能なログ・ファイルをリストします。 たとえば、次のように入力します。
    ls -al
    次のような出力が表示されます。
    drwxr-xr-x  2 501 501     4096 Sep 12 07:46 .
    drwxr-xr-x. 7   0   0     4096 Sep 11 17:30 ..
    -rw-r--r--  1 501 501  4395961 Sep 12 16:19 occs-cluster-manager.log
    -rw-r--r--  1 501 501  9007241 Sep 12 16:19 occs-data-manager.log
    -rw-r--r--  1 501 501   390113 Sep 12 16:19 occs-service-manager.log
  4. 確認するログ・ファイルを決定し、ファイル表示プログラムを使用して開きます。 たとえば、moreコマンドを使用してoccs-cluster-manager.logファイルを表示するには、次のように入力します。
    more occs-cluster-manager.log
  5. ログ・ファイルの確認が終了したら、何も変更せずにファイル表示プログラムを終了します。 たとえば、moreコマンドを使用してファイルを表示した場合は、qを入力して終了します。
  6. ターミナル・ウィンドウにexitと入力して、SSH接続を閉じます。

Oracle Container Cloud Serviceインスタンス管理者のユーザー名またはパスワードの変更

Oracle Container Cloud Serviceインスタンスの作成時にインスタンス管理者のユーザー名とパスワードを指定した場合、後で必要に応じてどちらかまたは両方を変更できます。

インスタンス管理者のユーザー名とパスワードは、Oracle Container Cloud Serviceコンテナ・コンソールへのログインに使用されます。
Oracle Container Cloud Serviceコンテナ・コンソールを使用して、インスタンス管理者のユーザー名またはパスワード(あるいはその両方)を変更するには:
  1. コンテナ・コンソールにインスタンス管理者としてサインインします。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのコンテナ・コンソールへのアクセスを参照してください。
  2. コンテナ・コンソールで、「Settings」メニューから「My Profile」を選択し、次のいずれかまたは両方を入力します。
    • 「Username」フィールドに新しいユーザー名
    • 「Password」フィールドに新しいパスワード

    注意:

    ユーザー名を変更する場合は、次のことに注意してください。
    • 後からリカバリしたりリセットする方法がないため、必ず新しいユーザー名を書き留めてください。

    • 「Save」をクリックすると、コンテナ・コンソール・セッションは即時に終了し、ユーザー名とパスワードを再入力するように求められます。

    • 新しいAPIトークン値が生成されるため、古いAPIトークンが含まれているすべてのスクリプトを更新する必要があります。

  3. 「Save」をクリックして、変更を適用します。
    ユーザー名を変更すると、コンテナ・コンソール・セッションは即時に終了し、ユーザー名とパスワードを再入力するように求められます。

SSHを使用したOracle Container Cloud Serviceインスタンス管理者のパスワードのリセット

Oracle Container Cloud Serviceコンテナ・コンソールではなくSSHを使用して、Oracle Container Cloud Serviceインスタンス管理者のパスワードを変更できます。

Oracle Container Cloud Serviceインスタンスの作成時にインスタンス管理者のユーザー名とパスワードを指定した場合、通常、コンテナ・コンソールにログインして、いずれかまたは両方を後から変更できます。
ただし、インスタンス管理者のパスワードがわからない場合(別のユーザーがパスワードを変更して、その後会社を退職した場合が考えられます)、コンテナ・コンソールにログインしてパスワードをリセットすることはできません。 このような状況でインスタンス管理者のユーザー名がわかる場合は、解決策として、SSHを使用してマネージャ・ノードにログインし、パスワードを変更します。
この手順では、次のことが前提となります。
  • インスタンス管理者の現在のユーザー名がわかること。 新しいインスタンスを作成するときに、adminが管理者のユーザー名として提示されますが、別のユーザー名を入力できます。 最初に、インスタンス管理者のユーザー名としてadminが指定された場合でも、コンテナ・コンソール「My Profile」ページで、後からユーザー名を変更することもできます。 インスタンス管理者の現在のユーザー名がわかっている必要があります。 わからない場合、管理者のパスワードをリセットすることはできません。

  • マネージャ・ノードへの接続には、次のようなマシンを使用すること。
    • SSHクライアントがインストールされています。

    • サービス・インスタンスの作成時に指定されたSSH公開キーとペアのSSH秘密キーにアクセスできます。

SSHを使用してインスタンス管理者のパスワードを変更するには:
  1. SSHを使用して、インスタンス管理者のパスワードを変更するOracle Container Cloud Serviceインスタンスのマネージャ・ノードに接続します。
    これを行う方法がわからない場合は、「SSH経由でOracle Container Cloud Serviceマネージャとワーカー・ノードに接続」を参照してください。
  2. ターミナル・ウィンドウで、change-admin-password.sh <admin-username>と入力します。ここで、<admin-username>はインスタンス管理者の現在のユーザー名です。
  3. ターミナル・ウィンドウでパスワードの入力を求められたら、新しいパスワードを入力します。
  4. ターミナル・ウィンドウにexitと入力して、SSH接続を閉じます。
  5. パスワードが変更されたことを検証するには:
    1. Oracle Container Cloud Serviceコンソール「Services」タブに戻ります。
    2. サービス・インスタンスの横にある「Menu」アイコンメニュー・アイコンをクリックして、「Container Console」を選択します。
    3. ログイン・ページで、インスタンス管理者のユーザー名と指定した新しいパスワードを入力します。
    インスタンス管理者のパスワードが正常に変更された場合は、コンテナ・コンソールが表示されます。

Oracle Container Cloud Serviceインスタンスのバックアップおよびリストア

Oracle Container Cloud Serviceインスタンスをバックアップおよびリストアする方法について学習します。

Oracle Container Cloud Serviceインスタンスのバックアップ

ハードウェア障害、ファイル破損または誤ったファイル削除の結果としてのデータ損失を回避するため、Oracle Container Cloud Serviceインスタンスを定期的にバックアップすることをお薦めします。

Oracle Container Cloud Serviceインスタンスをバックアップする場合、次に関する構成情報のコピーを取ります。
  • deployments

  • レジストリ

  • サービス

  • スタック

障害回復ポリシーの一部としてインスタンスを定期的にバックアップする場合があります。 以前のバックアップ・ファイルからリストアする前、および特にインスタンスを削除する前に、Oracle Container Cloud Serviceインスタンスの現在の状態のバックアップを作成することもお薦めします。 試用サブスクリプションから有料サブスクリプションに移行する際に、インスタンスの構成情報を保持する方法としてバックアップ(およびリストア)を使用することもできます。

また、インスタンスのバックアップは、Oracle Container Cloud Serviceの新しいバージョンにアップグレードする際の必須ステップです。

Oracle Container Cloud Serviceコンテナ・コンソールを使用してOracle Container Cloud Serviceインスタンスをバックアップするには:

  1. コンテナ・コンソールにサインインします。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのコンテナ・コンソールへのアクセスを参照してください。
  2. コンテナ・コンソールで、「Settings」メニューから「Backup/Restore」を選択します。
  3. 「Download a Backup Image」をクリックし、「Save File」を選択して「OK」をクリックします。
  4. バックアップ・ファイルの名前と場所を指定し、「Save」をクリックします。

指定した名前と場所でバックアップ・ファイルが保存されます。

インスタンスのアップグレードの一環としてバックアップを作成する場合は、アップグレード・プロセスが完了するまでインスタンスに変更を加えないでください。 加えた変更はすべて失われます。 Oracle Container Cloud Serviceインスタンスのアップグレードを参照してください。

Oracle Container Cloud Serviceインスタンスのリストア

Oracle Container Cloud Serviceインスタンスをバックアップ・ファイルに保存された状態にリストアできます。

Oracle Container Cloud Serviceインスタンスをバックアップする場合、次に関する構成情報のコピーを取ります。

  • deployments

  • レジストリ

  • サービス

  • スタック

Oracle Container Cloud Serviceインスタンスのバックアップを参照してください。

ハードウェア障害、ファイル破損または誤ったファイル削除からリカバリする場合に、バックアップ・ファイルからインスタンスをリストアします。 試用サブスクリプションから有料サブスクリプションに移行する際に、インスタンスの構成情報を保持する方法としてバックアップ(およびリストア)を使用することもできます。

また、Oracle Container Cloud Serviceの新しいバージョンにアップグレードするときは、バックアップ・ファイルから新しいインスタンスにリストアするステップが必須です。

バックアップ・ファイルから既存のインスタンスをリストアする場合は、インスタンスの現在の状態がバックアップ・ファイルの内容によって完全に置き換えられることに注意してください。 「Undo」オプションがないため、バックアップ・ファイルからリストアする直前にインスタンスの現在の状態のバックアップを作成することをお薦めします。 これにより、バックアップ・ファイルからのインスタンスのリストアが期待どおりに進まない場合は、変更をロールバックできます。

Oracle Container Cloud Serviceインスタンスをバックアップ・ファイルからリストアするには:

  1. 推奨: インスタンスを既存のバックアップ・ファイルからリストアする前に、インスタンスの現在の状態を新しいバックアップ・ファイルに保存します(Oracle Container Cloud Serviceインスタンスのバックアップを参照)。
  2. Oracle Container Cloud Serviceコンテナ・コンソールにサインインします。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのコンテナ・コンソールへのアクセスを参照してください。
  3. コンテナ・コンソールで、「Settings」メニューから「Backup/Restore」を選択します。
  4. 「Backup/Restore」ページで「Choose File」をクリックし、インスタンスをリストアするバックアップ・ファイルの名前および場所を指定して、「Open」をクリックします。

    ヒント:

    必要に応じて、別のウィンドウから「Backup/Restore」ページで指定した領域にバックアップ・ファイルをドラッグ・アンド・ドロップすることもできます。
  5. 「Restore」をクリックします。
インスタンスがバックアップ・ファイルに保存された状態にリストアされ、コンテナ・コンソール「Dashboard」ページが表示されます。

Oracle Container Cloud Serviceインスタンスのアップグレード

Oracle Container Cloud Serviceの新しいバージョンがリリースされたことが通知された場合、通常、新しいバージョンの拡張機能およびバグ修正を利用するために既存のOracle Container Cloud Serviceインスタンスをアップグレードします。

Oracle Container Cloud Serviceインスタンスを新しいバージョンにアップグレードするには:
  1. 既存のインスタンスの現在の状態を新しいバックアップ・ファイルに保存します(Oracle Container Cloud Serviceインスタンスのバックアップを参照)。
    バックアップを作成した後は、インスタンスに変更を加えないでください。 加えた変更はすべて失われます。
  2. Oracle Container Cloud Serviceコンソール「Services」タブで、新しいインスタンスを作成します(Oracle Container Cloud Serviceインスタンスの作成を参照)。
  3. Oracle Container Cloud Serviceコンテナ・コンソールを使用して新しいインスタンスにサインインします。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのコンテナ・コンソールへのアクセスを参照してください。
  4. 新しいインスタンスのコンテナ・コンソールで、「Settings」メニューから「Backup/Restore」を選択します。
  5. 「Backup/Restore」ページで「Choose File」をクリックし、新しいインスタンスにリストアするバックアップ・ファイルの名前と場所を指定して、「Open」をクリックします。

    ヒント:

    必要に応じて、別のウィンドウから「Backup/Restore」ページで指定した領域にバックアップ・ファイルをドラッグ・アンド・ドロップすることもできます。
  6. 「Restore」をクリックします。
    新しいインスタンスがバックアップ・ファイルに保存された状態にリストアされ、コンテナ・コンソール「Dashboard」ページが表示されます。
  7. 新しいインスタンスをテストして、アップグレードが予想どおりに処理されていることを確認します。
  8. 新しいインスタンスが予想どおりに機能することを確認したら、古いインスタンスを削除します(Oracle Container Cloud Serviceインスタンスの削除を参照)。

Oracle Container Cloud Serviceインスタンスの削除

Oracle Container Cloud Serviceインスタンスが必要なくなった場合は、削除できます。 ご使用のアカウントはインスタンスに関して課金されなくなります。

ヒント:

Oracle Container Cloud Serviceインスタンスを削除すると、そのインスタンス内に保持されていたすべての構成情報(サービスとスタックの定義、サービス検出データベース内のエントリなど)が完全に削除されます。 このため、後で情報を取得することが必要になる場合に備えて、インスタンスを削除する前にバックアップを作成することをお薦めします(Oracle Container Cloud Serviceインスタンスのバックアップを参照)。

Oracle Container Cloud Serviceインスタンスを削除するには:

  1. Oracle Container Cloud Serviceコンソール「Services」タブに移動します。
    この実行方法がわからない場合は、Oracle Container Cloud Serviceのサービス・コンソールへのアクセスを参照してください。
  2. 削除するサービス・インスタンスの横にある「Menu」アイコンメニュー・アイコンをクリックして、「Delete」を選択します。
  3. プロンプトが表示されたら、Oracle Container Cloud Serviceインスタンスを削除することを確認します。
削除したインスタンスは、サービス・コンソールに表示されなくなります。