(2) Alibaba Cloud ARC ミラーウェアハウスステーションを構築し、GitHub プロジェクトとドッキングしてミラーを構築します

(2) Alibaba Cloud ARC ミラーウェアハウスステーションの作成

(3) GitHub プロジェクトの内容を設定および変更して、Alibaba Cloud イメージの構築をトリガーします

(1) 問題の背景

今日、kube-state-metricsのプロジェクトケースをやろうとしたときに、KSMに関するyamlファイルをGitHubからダウンロードした後、このyamlファイルを直接適用してポッドを直接実行できるのではないかと思ったのですが、私のkube-ポッドがエラーを報告し続けており、イメージをプルダウンできません。私の k8s バージョンは、バージョン 1.25 で使用されている containerd の CRI であり、ctr pull を使用してもプルダウンできません指図。

また、k8s プル用に国内の Alibaba Cloud ミラーアクセラレーションアドレスも設定し、Docker ミラーウェアハウスステーションのアドレスをチェックして、そのようなミラーがあるかどうかを確認しようとしました。 , 「行かないでください」はブロックされていることがわかりましたが、以前はまだ利用可能でした。

そこで、このksmのミラーがあるかどうかを確認するために、前のアドレスのミラーウェアハウスのアドレスをdocker.ioに変更してみたところ、そのようなものは存在しないことがわかりました。それをやってのけることはできません。

機能していないことがわかった後、方法を見つけようとしました。科学的にオンラインになった後、外出しました。この KSM のミラーイメージがあるかどうかを確認するために、docker Hub の Web サイトにアクセスしました。ビットナミのミラーウェアハウスステーション、まだこのミラーがないとプルダウンできません

結局、当初は国内のミラーステーションをさらにいくつか探して、存在するかどうかを確認したいと思っていましたが、その後、単純に独自のミラーステーションを構築し、まず通常使用しているこれらのミラーを自分のミラーステーションにインポートしたいと思いました。 docker がコミュニティバージョンのイメージの提供を停止し、料金が発生するという記事を読む前に漠然と覚えていました。当時は信じられませんでした。今ではそれが可能であるようです。違います。これにより、将来 docker が実際に提供しなくなった場合でも、独自のミラーステーションを直接使用できるようになります。

(2) Alibaba Cloud ARC ミラーウェアハウスステーションを構築し、GitHub プロジェクトとドッキングしてミラーを構築します

kube-state-meters Github地址: kubernetes/kube-state-metrics: メトリクス。(github.com)

ここで使用するケースは、Alibaba Cloud ミラーウェアハウスステーションを介してローカルのケースミラーウェアハウスステーションにkube-state-metersイメージを構築することです。

(1) プロジェクトブランチの追加

まず、kube-state-meters の GitHub プロジェクトを独自の GitHub ブランチにフォークして進めました。

その後、GitHub アカウントでこのクローンされたブランチを見つけることができます。

(2) Alibaba Cloud ARC ミラーウェアハウスステーションの作成

次のステップは、Alibaba Cloud のミラーリングされたウェアハウスステーションのインスタンスを作成することです。

Aliyun の ARC 作成アドレス:コンテナイメージサービス (aliyun.com)

ここでは、まず管理ウェアハウスを保存するための名前空間を作成し、次にウェアハウス名を設定し、パブリックを設定します。

次に、GitHub アカウントをバインドし、画像の多くが海外のソースからのものであるため、ここで海外のビルドを確認します。

ここでは、GitHub の kube-state-meters クローンのコードウェアハウス名を選択する必要があります。

ミラーウェアハウスステーションに入ります

ここでは、ミラーウェアハウスステーションのミラーイメージをダウンロード、アップロード、ラベル付けする方法を説明します。

ここで、Alibaba Cloud のイメージビルドトリガーには 2 つのモードがあります。1 つはタグモード、もう 1 つはBrach モードです。タグ: タグモードは、指定された形式を使用して Github タグにタグを付けると、自動的にビルドがトリガーされます。形式に従ってください。リリースv$バージョン

Brach :ファイルを変更したり、複製した GitHub コードウェアハウス内の一部のパラメーターコードを変更したりすると、Alibaba Cloud が自動的にビルドをトリガーします。

次に、ブランチビルドルールを 追加しましょう。この原則はCICD パイプラインと非常に似ています。ファイルを変更したり、複製した GitHub コードウェアハウス内のパラメーターコードを変更すると、Alibaba Cloud が自動的にビルドをトリガーします。新しいイメージを Alibaba にビルドします。クラウドコードウェアハウス

ここでのバージョンは実際の状況に応じて決定できます。ここでの KSM のバージョンは 2.8.2 です。

(3) GitHub プロジェクトの内容を設定および変更して、Alibaba Cloud イメージの構築をトリガーします

追加後、GitHub に移動して Dockerfile ファイルを見つけ、タイプを追加します。

①Brash がビルドをトリガーする

ARG GOARCH=adm64 単語を追加

ここには小さな問題があります。ここで最初に構築された Dockerfile の FROM フィールドは
FROM golang:${GOVERSION} as builder で、 golong の 1.20 バージョンをプルしますが、テストしたところ、次の場合にはプルできないことがわかりました。 Alibaba Cloud がビルドをトリガーしました。この golong の初期イメージの理由は、Docker が匿名ユーザーまたは無料ユーザーに対するプルリクエストのレートと数に制限を課しているためです。そのため、ここでは golong1.20 イメージをプルダウンするだけで済みます。最初にローカル Linux を実行し、それから同期のためにインポートします。 Alibaba Cloud ミラーウェアハウスステーションに移動し、Dockerfile で golong 初期ミラーをローカルに参照します。

Alibaba Cloud ミラーウェアハウスにログインするときは、まず Alibaba Cloud ミラーアクセラレータを設定する必要があります

Alibaba Cloud Image Accelerator 構成アドレス: Container Image Service (aliyun.com)

ここで画像にラベルを付けたりアップロードしたりする方法がわからない場合は、Alibaba Cloud ミラーウェアハウスのホームページをご覧ください。彼は私たちに実践的なチュートリアルを提供してくれました。

 docker pull docker.io/library/golang:1.20

 ##然后这里登陆我们的阿里云镜像仓库站

 docker login --username=dream5201314 registry.cn-qingdao.aliyuncs.com
 
 ##然后把我们的下载下来的golong的初始化镜像打个标签上传到我们的阿里云镜像仓库站

 docker tag golang:1.20 registry.cn-qingdao.aliyuncs.com/dream-1/dream-ksm/:1.20
 docker push registry.cn-qingdao.aliyuncs.com/dream-1/dream-ksm:1.20

アップロードが成功すると、ミラーウェアハウスステーションで対応するバージョンのミラーが見つかります。ここでは便宜上、kube-state-metrics と golong のミラーイメージを dream-ksm のミラーウェアハウススペースに置きます。外部に新しいミラー倉庫スペースを再作成して、golong のミラーイメージを保存できます。これは、各ミラースペースにどのミラーイメージが配置されているかを区別するために使用されます。

golong イメージをアップロードします。この時点で、 Dockerfile に移動してミラーウェアハウスの golong アドレスをインポートし、ローカルの golong イメージを直接プルできるようにすることで、KSM の構築時にエラーが報告されなくなります。限界を言う。問題は