カスタムゲートウェイ Istio オペレータの照合ループエラーが発生するのはなぜですか？

仮想プライベートクラウド クラシック・インフラストラクチャー

IstioOperator (IOP)のログをチェックすると、ログに以下の行が繰り返し表示され、リコンサイル・ループが発生していることに気づく。

2022-09-29T12:57:48.412711Z info installer Reconciling IstioOperator

通常、調整は info installer Reconciling IstioOperator メッセージで始まり、構成が検証されてデプロイメントが更新されると終了します。 リコンサイルが再起動する場合、オペレータが再起動する原因となる カスタムゲートウェイ IstioOperator （IOP）リソース構成に 問題があります。

テスト・クラスターで、IOP リソース構成を解析して、エラーを含む行を見つけます。

1. IOP リソース構成を コピー して、安全な場所に保存します。

2. IOP リソースの各セクションをテストするための新しい YAML ファイルを作成します。 iop-test.yaml と命名することを検討してください。

3. IOP リソース構成のセクションをコピーして、テスト・ファイルに貼り付けます。

4. テスト・クラスターにテスト・ファイルを適用します。

   ワークロードの中断を回避するには、テスト・クラスターで以下のステップを実行することをお勧めします。

   kubectl apply -f iop-test.yaml
   

5. 数分待ってから、 Istio オペレータポッドのログに、照合ループエラーがないか確認してください。 調整ループ・エラーがない場合は、IOP リソース構成の次のセクションをテスト・ファイルに追加し、ファイルを再適用して、ログを再度確認してください。 ログに調整ループ・エラーが表示されるまで、IOP リソース構成の各セクションの確認を続けます。

   Istio operator podのログを確認するには、以下のコマンドを実行する。

   kubectl logs -n ibm-operators -l name=addon-istio-operator
   

6. IOP リソース構成のどのセクションが調整ループ・エラーの原因となったかを判別した後、エラーの原因となっている行を判別するまで、セクション内の個々の行でステップを繰り返します。

7. 行をデバッグしてエラーを解決してください。

8. すべての元の IOP 構成をテスト・ファイルにコピーして、エラーが残っていないことを判別するまで、残りのセクションを使用してこのプロセスを繰り返します。

9. テスト・ファイルを削除します。

   kubectl remove <test_iop_name>
   

10. 元の IOP リソース構成を更新して, エラーの原因となった回線を置き換えてください。 次に、元の IOP リソースを実動クラスターに再適用します。

    kubectl apply -f iop.yaml