手順が変わっていたので、ワイルドカード証明書の取得方法と合わせて、別記事に書き直しました。Encryptを自動更新するのに「cert-manager」+DNS認証を使うと、サービス側での処理なしで自動更新できて便利だったので、その導入手順メモです。Helmのインストールと、Helmのアカウントを作成します。stable/cert-managerエラーが出るようでしたら情報古いかも知れませんので、cert-managerのcert-managerインストールマニュアルで最新情報を取得してください。https://github.com/ahmetb/gke-letsencrypt/blob/master/20-install-cert-manager.md全体の流れ以上でcert-managerのインストールまで完了します。次の手順に進む前に、ざっくりと全体の流れを説明します。cert-managerの仕組みcert-managerは大きく「Issuer」と「Certificate」で構成されています。「Certificate」は主にドメイン・証明書に関する設定が記載されており、「Issure」は証明書取得の手段やアカウントに関する設定が記載されています。「Certificate」の証明書の取得を「Issuer」で実行し、「Certificate」で定義されているシークレットに保存することにより、証明書を利用できるようにします。証明書利用の仕組み上記で取得した証明書はシークレットとしてKubernetesに保存されます。そのシークレットをIngressから参照することにより証明書を利用します。Encryptは、DNSレコードに指定した値が書き込まれたかをチェックして、請求者がそのドメインの所有者かをチェックします。Encryptからのチェックをパスできるようにします。手順(残り)GCPサービスアカウント作成DNSレコードを編集できるサービスアカウントを作成します[GCP]-[IAMと管理]-[サービスアカウント]-[サービスアカウントを作成]で任意のアカウントを作成[GCP]-[IAMと管理]-[IAM]-[追加]で作成したアカウントを追加(役割を[DNS]-[DNS管理者]にする)[GCP]-[APIとサービス]-[認証情報]-[認証情報を作成]-[サービスアカウントキー]でキーJSONファイルを作成(サービスアカウントを選択してキータイプをJSONにしてキーファイルを保存)cert-managerからキーファイルの内容を参照できるよう、Kubernetesのシークレットにキーファイルを登録します。--all-namespacesで状態をチェックできます。エラーが出ていないようなら証明書の取得が成功しています。エラーが出ているようなら、下記の方法でcert-managerのログをチェックして原因究明します。Logs]証明書の利用Ingressのサンプルを記載します。tlsのシークレットを、Certificateで設定したシークレット名にすることにより、IngressとCertificateの証明書を紐付けます。Encryptの制限に引っかかることがあるので、はじめは本番ではなくステージングでテストした方がよいかと思います。ステージングは「issuer.yaml」の「server」を「https://acme-staging-v02.api.letsencrypt.org/directory」にするとなります。ステージングで取得した証明書は怪しいサイトとなりますが、アクセスは可能です。「cert-manager」のアンインストール、再インストールは下記で行えます。(1)スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。