Managerに任せっきりだったのですが、あるとき一部サイトの証明書更新がされないまま失効してしまいました。古くなりすぎていたようで、アップデートをする必要がありました。触ったため操作方法に戸惑ってしまいました。直接デプロイする手順でセットアップすることにします。本記事のマニフェストにで登場する変数について、ここでは以下の通りとします。ここではKubernetes上で動かしていた「Redmine」を対象に操作しているためそれっぽい文字が頻出しますが、Redmineを前提とした手順ではなく汎用的なものです。アプリ名や、ツール名相当の意味と捉えてください。再さっとアップに着手する前に現在の状態をメモ。出ているので、かなり古くなってしまった。cert-manager一度クリーン削除したほうがいいらしい。この操作をしても、説明にある通り各サービスに適用している(稼働中の)SSL証明書は消えなかったので、安心して実行可能。cert-manager以下公式の説明通りですが、一部コメントしつつ記載。core/account)(今回、自分のケースにおいては不要でした。GKEに対していろんな操作をしてきた経緯もあり。起動しているかを確認します。ごとに異なるものを利用することができる)。またがって利用される。クラスタがどのような編成(企業・組織・チーム・個人等)のポリシーで運営しているかだと思いますので、自身の用途に合うものを選べばいいと思います。基づいて過各種サービス用の証明書を適用(作成)するもの。found.まだ何もしていないので存在しない。ステータスから繊維しなかった。試行錯誤した部分があり記録が曖昧)。なっているので、意図的に変更する必要があるみたい。cert-managermanifestをデプロイ。あればいいんじゃないかと思いこんで削除してしまったのですが、それが理由で作成要求が完了せずに時間を要してしまいました。ドキュメントには以下の通り記載されています。使わないほうが楽でさえありました。今度はどこかの機会でアップデートも試さないといけないですね。(参考)トラブルシュート最初いつまでも証明書作成が完了せず(要求のままでストップする)、様々な切り分けをしたので順序が前後してしまっている可能性あり。上記の手順でうまく完了しない場合は以下の点もチェックしてみましょう。redmine-cert-114396219(注)certificateの名前の語尾にくっつく数字は作成要求の都度違う様子。