- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- 証明書の操作方法
- クラスター内の ObjectStore (Ceph) を使用して DU の使用状況データを収集する方法
- エアギャップ環境に RKE2 SELinux をインストールする方法
- NFS サーバー上の古い差分バックアップをクリーンアップする方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- リソースが利用できないことの影響を受ける GPU ノード
- ワークロードの準備ができていないためボリュームをマウントできない
- サポート バンドルのログ収集の失敗
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後に認証が機能しない
- Kinit: Cannot find KDC for realm <AD Domain> while getting initial credentials
- kinit: Keytab contains no suitable keys for *** while getting initial credentials
- 無効なステータス コードが原因で GSSAPI 操作が失敗した
- Alarm received for failed kerberos-tgt-update job
- SSPI Provider: Server not found in Kerberos database
- アカウントが無効なため AD ユーザーのログインに失敗した
- ArgoCD へのログインに失敗した
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初回インストール後に ArgoCD が進行中ステートになる
- ArgoCD の読み取り専用アカウントにアクセスする際の問題
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- クラスターの復元またはロールバック後にサービスが異常になる
- Init:0/X でポッドがスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- アップグレード後にメール アラートを設定できない
- アップストリームに正常な問題はありません
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
Longhorn 物理ディスクを LVM に移行する
この手順は任意ですが、Automation Suite をアップグレードする際には強くお勧めします。
概要
In the 2021.10.0 release, you needed to bring a physical disk for block storage/datadisk. However, with a physical disk, the size of a volume/PVC that you could create was limited to the size of the underlying disk. Moreover, only vertical scaling was possible. That is why Longhorn strongly recommends using LVM to aggregate all data disks into a single partition. This allows block storage to be easily extended in the future Longhorn | Best Practices.
Longhorn に 2TiB のストレージを割り当て、ストレージ要件が低い場合は、LVM に移行することをお勧めします。
前提条件
- クラスターはマルチノードの HA 対応運用環境クラスターである必要があります。つまり、クラスターに 3 つ以上のサーバー ノードが含まれている必要があります。
- ノード ローテーションの際に、どの AI ファミリ ワークロード (AI Center、DU、TM) も実行されていないことを確認してください。そうでない場合、これらのワークロードは突然失敗します。
- Automation Suite を 2021.10.1 にアップグレードする必要があります。
cluster_config.jsonの下でクラスターをfixed_rke2_addressとして設定している場合は、最初のマシンの IP や FQDN をハードコーディングする代わりに、LB URL を使用します。- 元のサーバー ノードを置き換える 3 つのスタンバイ マシンをプロビジョニングします。これらのマシンのハードウェア構成は、既存のサーバー ノードのハードウェア構成と同じである必要があります。マシンは、同じ VPC、サブネット、ネットワーク セキュリティ グループなどの下に配置し、接続されるディスクの数とそのサイズも同じである必要があります。
- Make sure that all ports are accessible on the machines. See Configuring the machines for details.
- Do not create the disk partitions manually on new machines. Instead, use the disk partitioning script documented in Configuring the disk.
- マシンのホスト名が同一であることを確認します。たとえば、古いサーバーの名前が
server0、server1、およびserver2である場合、新しいサーバー ノードにも同じホスト名を指定します。 - インストーラー フォルダーを、
cluster_config.jsonとともに、既存の最初のサーバーから、新規作成された 3 つすべてのマシンにコピーします。 - サーバー ローテーションを進める前に、既存のいずれかのサーバーからこの健全性チェック スクリプトを実行します。スクリプトでエラーがスローされてはいけません。「
All Deployments are Healthy」というメッセージが表示されるはずです。
ノード ローテーション プロセス
-
サーバー ノードは 1 つずつローテートする必要があります。ノード ローテーション プロセスは、エージェント ノードには適用されません。
-
古い
server-Nノードをシャットダウンし、ノードで実行されているワークロードが適切に削除されるようにします (Nは n 番目のサーバー ノードです。例:server0)。 -
次のコマンドを実行して、クラスターからサーバーを削除します。
#where N is the nth server node Ex: server0 kubectl delete node server-N#where N is the nth server node Ex: server0 kubectl delete node server-N -
Remove server-N from the load balancer backend pool, i.e. from both server and node pool. See Configuring the load balancer for details.
-
On the new server-N node, install Kubernetes and configure the new node as a server. See Adding a new node to the cluster for details.
-
Kubernetes インストールに成功したら、
kubectl get nodesを実行して、新しいノードが実際に元のクラスターに参加していることを確認します。 -
新たに追加されたノードから健全性チェック スクリプトを実行し、クラスターの健全性を監視します。このスクリプトにより、「
All Deployments are Healthy」というメッセージが表示されます。 -
Once the health check script returns success, add the new server node to the server and node pools under the Load Balancer. See Configuring the load balancer for details.
-
server1、server2、 server-N など、他のサーバー ノードに対して、ノード ローテーション プロセスを繰り返します。
-
すべてのサーバー ノードがローテートされたら、シャットダウン ステートの古いサーバー ノードを削除できます。