機械翻訳について

Oracle® Cloud

Oracle Cloud Infrastructure Container Service Classicの既知の問題

E75879-15

2020年5月

Oracle Cloud Infrastructure Container Service Classicの既知の問題

Oracle Cloud Infrastructure Container Service Classicの使用時に発生する可能性のある問題とその回避方法について説明します。

注意:

2018年7月31日現在、OracleはもはやOracle Cloud Infrastructure Container Service Classicの開発を改善しません。 これには、クラウド・サービスで使用されている現在のバージョンのv1.12.6以降のDockerエンジンの将来のアップグレードが含まれます。

詳細については、My Oracle Support note 2423582.1を参照してください。

トピック:

サポートされるブラウザ

Oracle Container Cloud ServiceでサポートされるWebブラウザの最小要件は次のとおりです。

Webブラウザ バージョン
Microsoft Internet Explorer 11以降
Google Chrome 29以降
Mozilla Firefox 24以降
Apple Safari 9以降

スタックまたはサービスをデプロイすると、Dockerレジストリへの接続が失われた場合にOracle Cloud Infrastructure Container Service Classicがハングアップ

問題: 特定の状況では、Dockerイメージのプル時にワーカー・ノードからDockerレジストリへの接続が失われた場合に、スタックまたはサービスをデプロイすると、マネージャ・ノード上のOracle Cloud Infrastructure Container Service Classicプロセスがハングする可能性があります。

回避策: マネージャ・ノードでOracle Cloud Infrastructure Container Service Classicプロセスを再起動する手順は、次のとおりです:

  1. 端末ウィンドウで、SSHを使用してマネージャ・ノードにログインします。

  2. echo > /tmp/restartと入力します。

    マネージャ・ノードのOracle Cloud Infrastructure Container Service Classicプロセスが再起動されます。 それらで現在実行されているワーカー・ノードおよびコンテナは影響を受けません。

一部のDocker Composeバージョン2ファイルはOracle Cloud Infrastructure Container Service Classicと互換性がない

問題: 特定のDocker Composeバージョン2ファイルは、Oracle Cloud Infrastructure Container Service Classicと互換性がありません。 特に、Docker Composeバージョン2と連携して動作する新しいDockerネットワーク機能を活用するdocker-compose.yamlファイル。

回避策: 回避策はありません。 Docker Composeバージョン2の完全なサポートは、Oracle Cloud Infrastructure Container Service Classicの将来のリリースで考慮される予定です。

Waiting on other phasesというメッセージが不必要に表示される

問題: フェーズ化されたデプロイメントを参照するスタック(Wordpress Multihostサンプル・スタックなど)をデプロイする場合、すべてのサービスが正常にデプロイされていても、「Waiting on other phases」メッセージがデプロイメント内のサービスのOracle Cloud Infrastructure Container Service Classicコンテナ・コンソール UIに引き続き表示されることがあります。

回避策: スタックのすべてのサービスが正常にデプロイされた場合は、そのメッセージを無視してください。

Oracle Cloud Infrastructure Container Service Classicコンソールのアクセス・ルールの作成ダイアログのソース・ドロップ・ダウン・リストと宛先ドロップダウン・リストの両方に誤ったMANAGER_ADMIN_HOSTおよびWORKER_ADMIN_HOSTオプションがある

問題: Oracle Cloud Infrastructure Container Service Classicコンソール サービスタブからアクセス・ルールページに移動し、ルールの作成をクリックすると、アクセス・ルールの作成ダイアログが表示されます。 「Source」ドロップダウン・リストおよび「Destination」ドロップダウン・リストには、4つのオプションがあります。

  • MANAGER_ADMIN_HOST

  • MANAGER_MANAGER

  • WORKER_ADMIN_HOST

  • WORKER_WORKER

次の理由により、Oracle Cloud Infrastructure Container Service Classicの構成時にこれらのオプションが誤解を招く可能性があります:

  • Oracle Cloud Infrastructure Container Service Classicインスタンスには、単一のマネージャ・ノードのみがあります。 「MANAGER_ADMIN_HOST」と「MANAGER_MANAGER」には、機能的な違いはありません。

  • WORKER_ADMIN_HOSTは、「サービスの詳細」ページに表示されるOracle Cloud Infrastructure Container Service Classicワーカー・ノードのリスト内の最初のホストを参照します。 ただし、サービスおよびスタックは、デプロイメントに指定されたオーケストレーション・オプションに従って、インスタンス内の任意のワーカー・ノードにデプロイされる可能性があります。 Oracle Cloud Infrastructure Container Service Classicでは、リストの最初のホストに特別な意味はありません。

さらに、今後のリリースでは、冗長な「MANAGER_ADMIN_HOST」および「WORKER_ADMIN_HOST」オプションは、「Source」および「Destination」ドロップダウン・リストの両方から削除されます。

回避策: アクセス・ルールのソース・オプションおよび宛先オプションを指定するときに、予測不能で混乱した動作を避けるには:

  • マネージャ・ノードへのアクセスまたはマネージャ・ノードからのアクセスを制御するには、必ず2つのアクセス・ルールを作成します。 1つのアクセス・ルールのソースまたは宛先として「MANAGER_ADMIN_HOST」オプションを選択し、別のアクセス・ルールのソースまたは宛先として「MANAGER_MANAGER」オプションを選択します。

  • ワーカー・ノードへのアクセスまたはワーカー・ノードからのアクセスを制御するには、必ず2つのアクセス・ルールを作成します。 1つのアクセス・ルールのソースまたは宛先として「WORKER_ADMIN_HOST」オプションを選択し、別のアクセス・ルールのソースまたは宛先として「WORKER_WORKER」オプションを選択します。 アクセス・ルールのソースとして特定のワーカー・ノードを指定しない場合は、「<custom>」を選択してワーカー・ノードのIPアドレスを明示的に指定します。

Safariをプライベート・ブラウズ・モードで使用するとOracle Cloud Infrastructure Container Service Classicコンテナ・コンソールにログインできない

問題: Safariブラウザを使用してプライベート・ブラウジング・モードでContainer Consoleにログインしようとすると、Invalid username or passwordというエラーが表示されます。

回避策: Safariでプライベート・ブラウジングをオフにして、通常モードで実行します。 または、別のブラウザ(たとえば、Chrome、Firefox、またはInternet Explorer)をプライベート・ブラウジング・モードで使用します。

plus_ipおよびplus_suffixテンプレート関数引数として.ServiceSlotを渡した場合、データ型エラーを返します。

問題: .ServiceSlotが引数として渡された場合、plus_ipおよびplus_suffixテンプレート関数はデータ型エラーを返します。

回避策: 回避策はありません。

Webhooksが期待通りに動作しない

問題: 状況によっては、Oracle Cloud Infrastructure Container Service Classicで自己署名SSL証明書が使用されるため、サード・パーティ・サイト(Docker Hubなど)からOracle Cloud Infrastructure Container Service Classicによって作成されたwebフックのコールが予期したとおりに機能しないことがあります。

たとえば、Docker Hub用のWebhookを指定して、アプリケーションのソース・コードを変更した後にアプリケーションのイメージを再構築したときに再デプロイメントをトリガーするように指定できます。 状況によっては、Docker Hubがwebhookを正常に呼び出すことができません。

回避策: サードパーティ・システムが安全でないSSL接続と転送をサポートしている場合(たとえば、 -kオプションを使用)、これを使用します。 それ以外の場合は、独自の信頼できるSSL証明書をOracle Cloud Infrastructure Container Service Classicマネージャ・ノードに追加します。

スケーリング・インまたはスケーリング・アウト時の断続的な問題

問題: 通常、ワーカー・ノードを追加することで、Oracle Cloud Infrastructure Container Service Classicインスタンスをスケール・アウトできます。 その後、追加したワーカー・ノードを削除することで、Oracle Cloud Infrastructure Container Service Classicインスタンスをスケール・インできます。 ただし、ワーカー・ノードを追加できない場合や、以前に追加したワーカー・ノードを削除することができない場合があります。

回避策: マネージャ・ノードでOracle Cloud Infrastructure Container Service Classicプロセスを再起動します:

  1. 端末ウィンドウで、SSHを使用してマネージャ・ノードにログインします。

  2. echo > /tmp/restartと入力します。

    マネージャ・ノードのOracle Cloud Infrastructure Container Service Classicプロセスが再起動されます。 それらで現在実行されているワーカー・ノードおよびコンテナは影響を受けません。

    必要に応じてワーカー・ノードをスケール・インおよびスケール・アウトできます。

ワーカー・ノード・ホストのパブリックIPアドレスがコンテナ・コンソールに表示されなくなる

問題: 通常、ワーカー・ノード・ホストのパブリックIPアドレスは、Oracle Cloud Infrastructure Container Service Classicコンテナ・コンソールのホスト詳細ページで確認できます。 これにより、「ホスト詳細」ページからパブリックIPアドレスを簡単にコピーすることができます。 たとえば、デプロイされたサービスが実行されていることを確認する場合などです。 ただし、場合によっては、マネージャ・ノードでOracle Cloud Infrastructure Container Service Classicプロセスを再起動した後(新しいSSHキーを追加するためなど)、ワーカー・ノード・ホストのパブリックIPアドレスが「ホスト詳細」ページに表示されなくなります。

回避策1:ホストのパブリックIPアドレスを返す新しいサービスを作成し、次のようにシステムのすべてのホストに新しいサービスをデプロイします:

  1. コンテナ・コンソールの「サービス」ページで、「新規サービス」をクリックしてサービス・エディタを表示します。

  2. 新しいサービスの名前としてupdatepubipと入力します。

  3. YAMLタブで、デフォルトのテキストを削除し、次のものをコピーして貼り付けます: 

    version: 2
services:
  updatepubip:
    image: 'oracle/oraclelinux:7.0'
    command: >-
      bash -c "mkdir -p /mnt/oracle; while true; do curl -s
      http://whatismyip.akamai.com/ -o /mnt/oracle/public_ip; sleep 20; done"
    volumes:
      - '/tmp/:/mnt'
    user: root
    environment:
      - 'occs:availability=per-host'

  4. 「保存」をクリックして新しいサービスを保存し、サービス・エディタを閉じます。

  5. コンテナ・コンソールの「サービス」ページで、作成したばかりのupdatepubipサービスの横にある「デプロイ」ボタンをクリックし、次のようにデプロイメント・オプションを指定します:

    1. updatepubipのデフォルトをデプロイメントの名前として保持

    2. サービスをデプロイするリソース・プールを選択します。

    3. 1のデフォルト値は「数量」フィールドに、「ホストごと(このプール内の各ホスト上)」はリストのままにしておきます。

    4. 「デプロイ」をクリックします。

  6. updatepubipサービスがすべてのホストに少なくとも1回はデプロイされるまで、すべてのリソース・プールに対して前のステップを繰り返します。

  7. 各デプロイメントを少なくとも1分間実行してから、次のように停止して削除します:

    1. コンテナ・コンソールの「デプロイメント」ページで、実行中の各updatepubipデプロイメントの名前の横にある「停止」ボタンをクリックします。

    2. 各デプロイメントが停止したら、「削除」をクリックしてデプロイメントをホストから永久に削除するか、または後で再デプロイする場合に備えてデプロイメントを保持してください。

  8. コンテナ・コンソールの「ホスト」ページで:

    1. ブラウザを更新して、各ホスト名の横にある「IPアドレス」列のポップアップ・リストに、ホストのパブリックIPアドレスが含まれていることに注意してください。

    2. 最初のホストの名前をクリックして「ホスト詳細」ページを表示し、ブラウザをリフレッシュします。 public_ipアドレス・フィールドに、ホストのパブリックIPアドレスが含まれるようになりました。

回避策2: (ホストの数が少ないシステムでは、回避策1よりもこの回避策が適している場合があります) Oracle Cloud Infrastructure Container Service Classicコンテナ・コンソールを使用して各ワーカー・ノード・ホストにタグを追加し、ホストのパブリックIPアドレスをタグ名として指定します。 「ホスト詳細」ページの「タグ」フィールドからパブリックIPアドレスを簡単にコピーできます。 ホストのパブリックIPアドレスがわからない場合は、My ServicesアプリケーションのOracle Cloud Infrastructure Container Service Classicコンソールの「サービス」タブの「サービスの詳細」ページから取得できます。

一度に1つのSSHキーしかアクティブにならない

問題: Oracle Cloud Infrastructure Container Service Classicコンソールを使用して、アイデンティティ・ドメイン内のOracle Cloud Infrastructure Container Service Classicインスタンスに公開SSHキーを追加できます(たとえば、元の秘密キーを失った場合や、秘密キーが破損した場合)。

リリース17.2.1より前に、新しいパブリックSSHキーを追加すると、インスタンスのマネージャおよびワーカー・ノード上の/.ssh/authorized_keysファイル内の既存のパブリックSSHキーに新しいキーが追加されました。 既存の公開SSHキーは引き続き使用できます。 ただし、その後のリリースでは、新しい公開SSHキーを追加すると、既存のすべての公開SSHキーが置き換えられます。

回避策: 利用可能な回避策はありません。

ファントム・コンテナが削除されたワーカー・ノードのホストで実行されているため、デプロイメントを停止および削除できない

問題: 存在しないホストで実行されているコンテナがOracle Cloud Infrastructure Container Service Classicコンテナ・コンソールに表示されているため、デプロイメントを停止および削除できない場合があります。

ワーカー・ノード・ホストの初期数でOracle Cloud Infrastructure Container Service Classicインスタンスを作成した後、My ServicesアプリケーションでOracle Cloud Infrastructure Container Service Classicのサービス・コンソールを使用して、ワーカー・ノード・ホストを追加し、システムのパフォーマンスと回復性を向上させることができます。 後で、追加のホストの一部またはすべてが必要なくなったと判断する場合があります。 このような状況では、サービス・コンソールを使用してインスタンスをスケール・インし、追加のホストを削除することができます(最初に作成されたホストは削除できません)。 削除時にワーカー・ノード・ホストで実行されているデプロイメント(およびそのコンテナ)がある場合、Oracle Cloud Infrastructure Container Service Classicでは次の処理が実行されます:

  • 削除しようとしているワーカー・ノード・ホストから実行中のデプロイメントとコンテナを停止して削除

  • オーケストレーション・ポリシーに従って、リソース・プール内の残りのホスト上のデプロイメントとコンテナを再起動

  • インスタンスからワーカー・ノード・ホストを削除

ただし、削除時にワーカー・ノード・ホストでデプロイメントが実行されている場合、Oracle Cloud Infrastructure Container Service Classicコンテナ・コンソールには、現在存在しないホストで実行されているファントム・コンテナが誤って表示され続けます。 ファントム・コンテナは実際にはどこでも実行されておらず、リソースを消費していません。 しかし、ファントム・コンテナがまったく表示されないという事実は、最初に作成されたデプロイメントを後で停止したり削除したりするのを防ぎます。 これは、Oracle Cloud Infrastructure Container Service Classicが停止および削除するファントム・コンテナを見つけられないためです。

回避策:以前にインスタンスに追加したワーカー・ノード・ホストを削除しようとする前に、次のようにします:

  1. Oracle Cloud Infrastructure Container Service Classicコンテナ・コンソールで、新しい一時リソース・プールを作成し、削除するワーカー・ノード・ホストを新しいプールに再割当てします:

    1. コンテナ・コンソールの「リソース・プール」ページで、「新しいホスト・プール」をクリックし、新しいリソース・プールの詳細を入力して、「保存」をクリックします。

    2. 「ホストの移動」をクリックして、削除するワーカー・ノード・ホストを新しいリソース・プールに割り当てます。

      ワーカー・ノード・ホストを新しいプールに割り当てると、元のリソース・プール内の残りのホストでホスト上で現在実行中のコンテナが停止して再開されます(残りのホストが元のオーケストレーション・ポリシーに準拠している場合)。 その結果、ワーカー・ノード・ホストには、コンテナ・ノードを削除するときにコンテナが実行されません。

  2. My Servicesアプリケーションで、Oracle Cloud Infrastructure Container Service Classicのサービス・コンソールを使用してワーカー・ノード・ホストを削除します:

    1. サービス・コンソールの「サービス」タブで、ワーカー・ノード・ホストを削除するOracle Cloud Infrastructure Container Service Classicインスタンスの名前をクリックします。

    2. 「サービスの概要」ページで、「OCCSワーカー・コンポーネント」リージョンを展開して、「リソース」リストにワーカー・ノード・ホストを表示します。

    3. 削除するワーカー・ノード・ホストの横にあるメニュー・アイコンをクリックし、「ノードの削除」を選択します。

  3. Oracle Cloud Infrastructure Container Service Classicコンテナ・コンソールでは、ファントム・コンテナが存在しないホストで実行中として表示されないため、必要に応じていつでもデプロイメントを停止および削除できるようになりました。

インスタンスの作成時に最初に指定されたワーカー・ノード・ホストを削除することは可能であるだけでなく、後から追加されるワーカー・ノード・ホスト

問題: Oracle Cloud Infrastructure Container Service Classicインスタンスの作成時に、ワーカー・ノード・ホストの初期数を指定します。 その後、My ServicesアプリケーションでOracle Cloud Infrastructure Container Service Classicのサービス・コンソールを使用して、ワーカー・ノード・ホストを追加できます。 後で、追加した追加のワーカー・ノード・ホストの一部またはすべてを削除できます。 サービス・コンソールでは、最初に指定したワーカー・ノード・ホストを削除できないことが想定されています。

ただし、サービス・コンソールでは、最初のワーカー・ノード・ホストを1つまたは複数削除することができます。 これは意図された動作ではありません。 さらに、最初のワーカー・ノード・ホストの1つを削除して、追加のワーカー・ノード・ホストを追加しようとすると、そのようにすることはできません。

回避策: Oracle Cloud Infrastructure Container Service Classicインスタンスを作成する場合は、最初に、インスタンスで必要になる可能性が高いワーカー・ノード・ホストの最小数を指定します。 その最小数がわからない場合は、最初に1つのワーカー・ノード・ホストのみを使用してインスタンスを作成します。 その後、必要に応じて追加のワーカー・ノード・ホストを追加したり削除したりすることができます。

ワーカー・ノードの高メモリー・コンピュート・シェイプはもう使用可能ではありません

問題: 2017年3月現在、Oracle Cloud Infrastructure Container Service Classicインスタンス用のワーカー・ノードを定義するときに、高メモリー・コンピューティング・シェイプは選択または使用できなくなりました。

回避策: 回避策はありません。

Oracle Cloud Oracle Cloud Infrastructure Container Service Classicの既知の問題

E75879-15

Copyright © 2016, 2020, Oracle and/or its affiliates.

原本主著者: Lisa Jamen、Jon Reeve、Mike Raab、Oracle Cloud Infrastructure Container Service Classic Development、Product Management、and QA teams

このリリースのOracle Cloud Infrastructure Container Service Classicに関する問題とその回避方法について説明します。

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。 ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。 このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合がありますまた、誤りが無いことの保証はいたしかねます。 誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs) and Oracle computer documentation or other Oracle data delivered to or accessed by U.S. Government end users are "commercial computer software" or “commercial computer software documentation” pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, reproduction, duplication, release, display, disclosure, modification, preparation of derivative works, and/or adaptation of i) Oracle programs (including any operating system, integrated software, any programs embedded, installed or activated on delivered hardware, and modifications of such programs), ii) Oracle computer documentation and/or iii) other Oracle data, is subject to the rights and limitations specified in the license contained in the applicable contract. The terms governing the U.S. Government’s use of Oracle cloud services are defined by the applicable contract for such services. No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。 このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。 このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。 このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。 その他の名称は、他社の商標の可能性があります。

IntelおよびIntel Insideは、Intel Corporationの商標または登録商標です。 すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、EpycおよびAMDロゴは、Advanced Micro Devicesの商標または登録商標です。 UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。 適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。 適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

このドキュメントは、Oracle Database Backup Serviceを使用してOracleデータベースをOracle Cloudにバックアップする管理者を対象にしています。

読者が次のことを熟知していることを前提としています。

  • Oracle Databaseの概念および基本的なデータベース管理

  • Recovery Manager (RMAN)の概念、使用方法、タスクおよびコマンド

  • Oracle Databaseを実行するオペレーティング・システム環境

このドキュメントでは次のテキスト規則が使用されます。

規則 意味

boldface

太字文字は、アクションが関連付けられたグラフィカル・ユーザー・インタフェース要素、またはテキストや用語集で定義された用語を示します。

italic

イタリック文字は、書籍のタイトル、強調、またはユーザーが特定の値を指定するプレースホルダー変数を示します。

固定幅フォント

モノスペース文字は、段落内のコマンド、URL、例内のコード、画面に表示されるテキスト、またはユーザーが入力するテキストを示します。

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWeb サイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportにアクセス可能

サポートを購入したOracleのお客様は、My Oracle Supportを通して電子サポートにアクセスできます。 詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

詳細は、次のOracleドキュメントを参照してください。