kubernetesを使用したAWSの展開1.7.2継続的にポッドを強制終了して再起動する

Question

「Podサンドボックスが変更され、それが削除され、再作成される」と思われるkubernetes/helmのAWS展開に関する問題が発生しました。 。これは以前は起こっていませんでしたが、helm deleteで以前のデプロイメントを削除し、helm installで新しいデプロイメントを作成した最新のデプロイメントから始めました。これがAWS SQSへの新しい依存性やkubertetes/helm/kopsバージョンの更新と関連しているかどうかは不明です。同じkubernetesノードに他のポッドがあり、正常に動作しています。

これらのポッドは、繰り返しメッセージを以下で殺され、再起動取得に保つ：

• ポッドサンドボックスは、IDドッキングウィンドウでコンテナを殺し、それが
• を殺害し、再作成されます、変更：// XXX：する必要がありますポッド

を同期

エラーが手動で殺す失敗したコンテナを再起動するポッド

バックオフを殺しますポッドはk8sのように新しいポッドを持ってきますが、関連するスレッドでいくつか言及されているように問題は修正されません。

CPUとメモリの

値

資源： 制限： CPU：100メートル メモリ：128Mi 要求： CPU：100メートル メモリ：128Mi

バージョン情報：

- client version 1.9 (also tried 1.6 and 1.7) 
- server version 1.7 (git vresion 1.7.2) 
- helm vresion 2.7.2 
- kops version 1.8.0 
- Kernel Version: 4.4.102-k8s 
- OS Image: Debian GNU/Linux 8 (jessie) 
- Container Runtime Version: docker://1.12.6 
- Kubelet Version: v1.7.2 
- Kube-Proxy Version: v1.7.2 
- Operating system: linux 
- Architecture: amd64 

このエラーの関連するすべてのスレッドは既に完了していますが、この問題はさまざまな環境で発生しているようですこれらのスレッドに記載されているバージョンは、私たちによって使用されていません。

- https://stackoverflow.com/questions/46826164/kubernetes-pods-failing-on-pod-sandbox-changed-it-will-be-killed-and-re-create 
- https://stackoverflow.com/questions/46922452/kubernetes-1-7-on-google-cloud-failedsync-error-syncing-pod-sandboxchanged-pod 

根本的な原因を特定したり、問題を解決したりするための参考情報は非常に役に立ちます。どうもありがとう。

Answer 1

メモリの制限が増えていることが判明しました。私たちは、舵が使用するvalues.yamlファイル（次のセクション）に変更し、制限値をぶつけ...

資源：

limits: 
    cpu: 100m 
    memory: 128Mi <--- increased this value... 
requests: 
    cpu: 100m 
    memory: 128Mi 

が、アップ示すエラーメッセージがポッドのサンドボックスが変更さ」よりも特異的であったウィッシュ殺されて再作成されます： "）