この文書は自動機械翻訳技術を使用して翻訳されています。正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。相違がある場合は、元の英語版英語が優先され、正式なテキストとなります。

管理されたVMware vSphereクラスターのSUSE Rancher Primeベストプラクティス

このガイドは、VMwareによって文書化された標準のvSphereベストプラクティスに加えて、vSphere環境でのダウンストリームRancherクラスターのプロビジョニングのための参照アーキテクチャを概説しています。

Figure 1. ソリューションの概要

1.VMの考慮事項

環境全体で展開される仮想マシンの一貫性を促進するために、VMテンプレートの形でゴールデンイメージの使用を検討してください。これを達成するためにPackerを使用することができ、より多くのカスタマイズオプションを追加します。

これにより、ノードVMが複数のESXiホストに分散され、ホストレベルでの単一障害点を防ぐことができます。

これにより、ノードVMが複数のデータストアに分散され、データストアレベルでの単一障害点を防ぐことができます。

ノードを展開する際には、スワップを無効にし、クラスター内のすべてのマシン間で完全なネットワーク接続があることを再確認し、各ノードに対してユニークなホスト名、MACアドレス、およびproduct_uuidを使用するなど、K8sおよびetcdのベストプラクティスに従うことが重要です。

可能な限り、単一のデータセンター内にETCDメンバーをデプロイすることで、遅延オーバーヘッドを回避し、ネットワーク分割の可能性を減らします。ほとんどのセットアップでは、1Gbの接続で十分です。大規模なクラスターの場合、10Gbの接続によりバックアップからの復元にかかる時間を短縮できます。

使用する各ノードには静的IPが設定されている必要があります。DHCPの場合、各ノードにはDHCP予約が必要で、ノードが同じIPを割り当てられることを確認します。

ETCDは書き込み遅延に非常に敏感です。したがって、可能な限りSSDを活用してください。

Kubernetesは、すべてのデータ（設定、状態、メタデータ）を保存するためにetcdを使用します。災害復旧の際にこれをバックアップすることは重要です。

標準のVMバックアップポリシーにRancherのダウンストリームノードVMを組み込んでください。