問題タブ [azure-container-service]

Azure のコンテナー エンジンを使用して kubernetes クラスターを実行しています。リソース監視を行うkubernetesサービスの1つに問題がありますheapster。ポッドは毎分またはそのようなもので再起動されます。heapster デプロイメント、レプリカセット、およびポッドを削除して、デプロイメントを再作成しようとしました。すぐに同じ動作に戻ります。

heapster ラベルの付いたリソースを見ると、少し奇妙に見えます。

何らかの理由で 2 つのレプリカ セットがあります。rs/heapster-867061013すべてのリソースを削除して再デプロイしても、呼び出されたものが再び表示され続けます。上記は、ポッドが開始されたばかりであることも示しています。これは、ポッドが作成され続ける問題であり、数秒間実行され、新しいポッドが作成されます。kubernetes を実行するのは初めてなので、この問題に関連するログファイルがわかりません。

heapster コンテナーからのログ

heapster-nanny コンテナーからのログ

私は、Azure、Kubernetes、さらには Docker 自体に非常に慣れておらず、システムをいじって、後で展開の可能性について学び、評価しています。これまでのところ、サービスをドッキングして正常にデプロイし、タイプが LoadBalancer のサービスを使用して Web フロントエンドを公開しました。

ここで、TLS ターミネーションを追加したいと思います。そのために、最も一般的に言及されているイングレス コントローラーを nginx-ingress-controller で構成する必要があることを学びました。

厳密に例をモンキーし、その後ドキュメントを読み込もうとすると、面白そうに見えるが機能しないセットアップにたどり着きました。たぶん、親切な魂が私の間違いを指摘したり、これをデバッグする方法やそれについてもっと読む場所についてのポインタを教えてくれたりします。

次のファイルに kubectl を適用しました。

これにより、2つのポッドが得られました。

また、2 つの新しいサービス。タイプ: LoadBalancer で default-http-backend-service も構成したことに注意してください。これはデバッグ専用です。webcms と呼ばれる Web フロントエンドを含めました。

そして最後にイングレス:

すぐに検出できるエラーはありません。次に、Azure ダッシュボードにアクセスして、ロードバランサーとそのルールを確認しましたが、(まったく訓練を受けていない) 私の目には良さそうに見えました。これらには触れませんでした。ロードバランサーとルールはシステムによって作成されました。ここにスクリーンショットがあります：

https://qvwx.de/tmp/azure-loadbalancer.png

しかし、残念ながらそれはうまくいきません。webcms-service をカールできます。

しかし、default-http-backend も ingress も機能しません。

（イングレスは別のIPで同じものを与えます）

ここまでお読みいただきありがとうございました。ヒントがあれば幸いです。

マリアン