設定常見問題

除了簡單的入門評估安裝之外，您可以使用幾種不同的方法來安裝 Istio。您應該使用哪一種方法取決於您的生產需求。以下列出了一些可用方法的優缺點

1. istioctl install

   最簡單且最合格的安裝和管理路徑，具有高安全性。這是社群建議大多數使用案例的方法。

   優點

   • 徹底的組態驗證和健康狀況驗證。
   • 使用 IstioOperator API，提供廣泛的組態/自訂選項。

   缺點

   • 必須管理多個二進制檔案，每個 Istio 次要版本一個。
   • istioctl 命令可以根據您執行的環境自動設定數值，從而在不同的 Kubernetes 環境中產生不同的安裝。

2. istioctl manifest generate

   產生 Kubernetes 清單，然後使用 kubectl apply --prune 應用。這種方法適用於需要嚴格稽核或增強輸出清單的情況。

   優點

   • 資源是從與 istioctl install 中使用的相同的 IstioOperator API 產生的。
   • 使用 IstioOperator API，提供廣泛的組態/自訂選項。

   缺點

   • istioctl install 中執行的一些檢查不會執行。
   • 與 istioctl install 相比，使用者體驗較不流暢。
   • 對於應用步驟，錯誤報告不如 istioctl install 健全。

3. 使用 Helm 安裝

   使用 Helm 圖表可以輕鬆與基於 Helm 的工作流程整合，並在升級期間自動修剪資源。

   優點

   • 使用業界標準工具的熟悉方法。
   • Helm 原生發布和升級管理。

   缺點

   • 與 istioctl install 相比，檢查和驗證較少。
   • 某些管理任務需要更多步驟，並且具有更高的複雜性。

所有這些方法的安裝說明都可以在Istio 安裝頁面上找到。

請確保您的叢集已符合自動 Sidecar 注入的先決條件。如果您的微服務部署在 kube-system、kube-public 或 istio-system 命名空間中，則它們免於自動 Sidecar 注入。請改用不同的命名空間。