Helmをインストールするバイナリバージョンでインストールする各 Helm リリースでは、手動でダウンロードしてインストールできるさまざまなオペレーティング システム用のバイナリ ビルドが提供されます。 - 必要なバージョンをダウンロードしてください。
- パッケージを解凍します ( tar -zxvf helm-v3.0.0-linux-amd64.tar.gz )。
- 解凍したディレクトリでhelmプログラムを見つけて、必要なディレクトリに移動します ( mv linux-amd64/helm /usr/local/bin/helm )。
次に、クライアント プログラムを実行して、安定したリポジトリを追加します: helm help 。 スクリプトを使用してインストールするHelm には、最新の Helm バージョンを自動的に取得してローカルにインストールするインストール スクリプトが追加されました。 このスクリプトを取得してローカルで実行することができます。優れたドキュメントにより、スクリプトを実行する前にスクリプトが何を行うかを知ることができます。 $ curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 $ chmod 700 get_helm.sh $ ./get_helm.sh $ ヘルムヘルプ インストールを直接実行したい場合は、 curl を実行します。 https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 |バッシュ。 関連概念チャートhart はHelm パッケージを表します。 Kubernetes クラスター内でアプリケーション、ツール、またはサービスを実行するために必要なすべてのリソース定義が含まれています。これは、Homebrew フォーミュラ、Apt dpkg、または Yum RPM の Kubernetes 版と考えることができます。 リポジトリリポジトリはチャートを保存および共有する場所です。これは、Perl の CPAN アーカイブ ネットワークや Fedora のパッケージ リポジトリに似ていますが、Kubernetes パッケージ用です。 リリースリリースは、Kubernetes クラスターで実行されるチャートのインスタンスです。通常、チャートは同じクラスターに複数回インストールできます。インストールごとに新しいリリースが作成されます。 MySQL チャートを例にとると、クラスター内で 2 つのデータベースを実行する場合は、チャートを 2 回インストールできます。各データベースには独自のリリースとリリース名が与えられます。 Helm は Kubernetes クラスターにチャートをインストールし、インストールごとに新しいリリースが作成されます。 Helm のチャートリポジトリで新しいチャートを検索できます。 Helm をインストールしたら、チャート リポジトリを追加できます。 Artifact Hub から有効な Helm チャート リポジトリを見つけます。 もちろん、Helm Search を使用してチャートを検索することもできます。 - helm search hub は、 Artifact Hub から helm チャートを検索して一覧表示します。 Artifact Hub には多数の異なるリポジトリが格納されています。
- helm search repo は、ローカル helm クライアントに ( helm repo addを使用して) 追加したリポジトリを検索します。このコマンドは、インターネット接続を必要とせずにローカル データを検索します。
helm経由でmetrics-serverをインストールするmetrics-server を検索します。 検索が完了すると、下の図に示すようにインストール手順が表示され、設定パラメータもページに詳細に説明されます。 ここでは、イメージk8s.gcr.io/metrics-server/metrics-serverを直接ダウンロードできないため、まずウェアハウスを取得してから値を変更する必要があります。 #倉庫を追加する $ helm repo にメトリクスを追加します- サーバー $ helm リポジトリを検索-l メトリックス-server 名前チャートバージョンアプリバージョン説明 metrics - server / metrics - server 3.8 .2 0.6 .1 Metrics Server は、 スケーラブルで効率的なソースです... metrics - server / metrics - server 3.8 .1 0.6 .1 Metrics Server は、 スケーラブルで効率的なソースです... metrics - server / metrics - server 3.8 .0 0.6 .0 Metrics Server は、 スケーラブルで効率的なソースです... metrics - server / metrics - server 3.7 .0 0.5 .2 Metrics Server は、 スケーラブルで効率的なソースです... metrics - server / metrics - server 3.6 .0 0.5 .1 Metrics Server は、 スケーラブルで効率的なソースです... metrics - server / metrics - server 3.5 .0 0.5 .0 Metrics Server は、 スケーラブルで効率的なソースです。 # 指定されたウェアハウスを取得し、 値を変更します $ helm はメトリクス- サーバー/ メトリクス- サーバー-- バージョン= 3.8.2 を取得します。 $ tar zxvf メトリック- サーバー- 3.8.2.tgz ここで注意すべき点は、metrics-server tgz パッケージをダウンロードできない場合は、GitHub にアクセスできないということです。この問題は、HOSTS ファイルを変更して取得することで解決できます。 参考リンクアドレス: https://zhuanlan.zhihu.com/p/272741266。 $ vim / etc / ホスト # GitHub スタート 140.82.113.3github.com 140.82 .114 .20 要旨. github 。 com 151.101 .184 .133 資産- cdn . github 。 com 151.101 .184 .133 生. githubユーザーコンテンツ。 com 151.101 .184 .133 要旨. githubユーザーコンテンツ。 com 151.101 .184 .133 雲. githubユーザーコンテンツ。 com 151.101.184.133 迷彩。 githubユーザーコンテンツ。 com 151.101 .184 .133 アバター0 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター0 . githubユーザーコンテンツ。 com 199.232 .28 .133 アバター1 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター1 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター2 . githubユーザーコンテンツ。 com 199.232 .28 .133 アバター2 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター3 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター3 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター4 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター4 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター5 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター5 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター6 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター6 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター7 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター7 . githubユーザーコンテンツ。 com 151.101 .184 .133 アバター8 . githubユーザーコンテンツ。 com 199.232 .68 .133 アバター8 . githubユーザーコンテンツ。 com # GitHub 終了 値ファイルを開きます。 $ vim メトリクス- server / values.yaml 変更点は次のとおりです。 画像: リポジトリ: docker 。 io / bitnami / metrics - server # ダウンロードできるように、ここで dockerhub を指定します # デフォルトがv {{ であるイメージタグをオーバーライドします。 チャート。 アプリバージョン}} tag : "0.6.1" #ここにイメージタグを入力します。 上記の0.6.1のように、 hub.docker.comにアクセスしてイメージアドレスを確認することもできます。 プルポリシー: IfNotPresent 証明書の検証をスキップするには、 --kubelet-insecure-tlsパラメータを設定します。 具体的な要件については、メトリクスの GitHub アドレスを参照してください。 Metrics Server には、クラスターとネットワークの構成に関する特定の要件があります。これらの要件は、すべてのクラスター ディストリビューションのデフォルトではありません。 Metrics Server を使用する前に、クラスター ディストリビューションが次の要件をサポートしていることを確認してください。 - kube-apiserver では集約レイヤーが有効になっている必要があります。
- ノードでは、Webhook 認証と承認が有効になっている必要があります。
- Kubelet 証明書は、クラスター証明機関によって署名される必要があります (または、メトリック サーバーに--kubelet-insecure-tlsを渡して証明書の検証を無効にします)
- コンテナ ランタイムは、コンテナ メトリック RPC を実装する必要があります (または cAdvisor をサポートする必要があります)。
- ネットワークは次の通信をサポートする必要があります。
- メトリック サーバーへのコントロール プレーン。コントロール プレーン ノードは、メトリック サーバーのポッド IP とポート 10250 (または、 hostNetworkが有効な場合はノード IP とカスタム ポート) にアクセスできる必要があります。コントロール プレーンからノードへの通信について詳しくは、こちらをご覧ください。
- すべてのノード上の Kubelet へのメトリック サーバー。メトリクス サーバーは、ノード アドレスと Kubelet ポートによってアクセスできる必要があります。アドレスとポートは Kubelet で構成され、Node オブジェクトの一部として公開されます。 .status.addressesフィールドのアドレスと.status.daemonEndpoints.kubeletEndpoint.portのポート (デフォルトは 10250)。 Metrics Server は、kubelet-preferred-address-typesコマンドライン フラグによって提供されるリスト ( InternalIP、ExternalIP、Hostnameマニフェストのデフォルト値) に基づいて最初のノード アドレスを選択します。
デフォルト引数: --cert - dir = / tmp - -- kubelet - 優先- アドレス- タイプ= InternalIP 、 ExternalIP 、 Hostname - --kubelet - 使用- ノード- ステータス- ポート - -- メトリック- 解像度= 15 秒 # この行は変更されています 引数: - --kubelet - 安全でない- tls インストールするには: $ kubectl ns メトリックスを作成- サーバー $ helm インストールmetrics - server - n metrics - server ./metrics-server 確認する $ kubectl -n メトリクス- サーバーポッド全体を取得します 名前準備完了ステータス再起動年齢IP ノード指名ノード準備完了ゲート メトリクス- サーバー- 56 c6866684 - w6n9b 1 / 1 実行中0 49 m 10.244 .2 .5 k8s - unode3 < なし> < なし> $ kubectl トップノード 名前CPU ( コア) CPU % メモリ( バイト) メモリ% k8s - unode1 136m 6 % 1800mi 47 % k8s - unode2 46 m 2 % 888 Mi 23 % k8s - unode3 45m 2 % 889 Mi 23 % k8s - unode4 40m 2 % 785mi 20 % |