您最近受僱加入一間電信公司，這間公司的主要雲端服務提供商為 Google Cloud。身為雲端運算專家，您需要研究並運用 Google Cloud 提供的 Google Kubernetes Engine (GKE) 服務。

您對於這項專案的某些面向有疑慮，包括：

• 叢集管理
• Kubernetes 的管理工具
• 驗證程序

由於您在前一間公司用過 Azure，知道如何使用 Azure Kubernetes 服務自動化調度管理容器。為了部署 Azure Kubernetes，您運用了下列工具：

• Azure 入口網站，對應於 Google Cloud 控制台
• 指令列介面 (CLI)
• PowerShell

您根據公司需求定義並佈建叢集，而在後台，Microsoft Azure 會根據執行容器的虛擬機器 (VM)，佈建所需的節點數。

以下是 Kubernetes 架構運作方式的範例：

總覽

在本實驗室中，利用 Google Cloud 控制台建立 GKE 叢集並部署範例 Pod。

目標

在本實驗室中，瞭解如何執行下列工作：

• 使用 Google Cloud 控制台建立和操控 GKE 叢集
• 使用 Google Cloud 控制台部署 Pod
• 使用 Google Cloud 控制台檢查叢集和 Pod

設定實驗室

在每個研究室中，您都能在固定時間內免付費建立新的 Google Cloud 專案，並使用一組資源。

1. 請透過無痕式視窗登入 Qwiklabs。

2. 請記下研究室的存取時間 (例如 1:15:00)，並確保自己能在時間限制內完成作業。
   研究室不提供暫停功能。如有需要，您可以重新開始，但原先的進度恕無法保留。

3. 準備就緒後，請按一下「Start lab」。

4. 請記下研究室憑證 (使用者名稱和密碼)，這組資訊將用於登入 Google Cloud 控制台。

5. 按一下「Open Google Console」。

6. 按一下「Use another account」，然後複製這個研究室的憑證，並貼入提示訊息。
   如果使用其他憑證，系統會顯示錯誤或向您收取費用。

7. 接受條款，然後略過資源復原頁面。

完成初始登入步驟後，就會看到專案資訊主頁。

工作 1：部署 GKE 叢集

您將在這項工作中，使用 Google Cloud 控制台和 Cloud Shell 部署 GKE 叢集。

使用 Google Cloud 控制台部署 GKE 叢集

1. 前往 Google Cloud 控制台的「導覽選單」，依序點選「Kubernetes Engine」>「叢集」。

2. 點選「建立」，開始建立 GKE 叢集。點選「切換為 Standard 叢集」，並在下一個彈出式視窗中確認操作。

3. 檢查控制台 UI 和控制選項來變更叢集名稱、叢集位置、Kubernetes 版本、節點數量和節點資源，例如預設節點集區內的機型。

可以在跨區域或單一可用區中建立叢集。預設為單一可用區。在區域各處部署時，節點會部署到三個不同的可用區，且部署的節點總數會增加三倍。

4. 將叢集名稱變更為 standard-cluster-1，並將可用區變更為 。保留所有預設數值，然後按一下「建立」。

叢集開始佈建。

注意：須等待數分鐘才能完成叢集部署作業。

佈建完成後，「Kubernetes Engine」>「叢集」頁面會如螢幕截圖所示：

點選「Check my progress」來確認目標已達成。 部署 GKE 叢集

5. 點選叢集名稱 standard-cluster-1，查看叢集的詳細資料。
6. 向下捲動頁面，查看更多詳細資料。
7. 在最上方的叢集名稱 (standard-cluster-1) 下，點選「儲存空間」及「節點」分頁標籤，檢視叢集詳細資料。

工作 2：修改 GKE 叢集

使用 Google Cloud 控制台或 Cloud Shell，可以輕鬆修改現有叢集的許多參數。在這項工作中，您會使用 Google Cloud 控制台修改 GKE 叢集的大小。

1. 在 Google Cloud 控制台的「導覽選單」 中，依序點選「Kubernetes Engine」>「叢集」>「standard-cluster-1」，然後按一下詳細資料頁面頂端的「節點」。
2. 在「節點集區」部分，點選「default-pool」。
3. 在 Google Cloud 控制台中，點選「節點集區詳細資料」頁面上方的「調整大小」。
4. 將節點數量由 3 改為 4，並點選「調整大小」。

5. 前往 Google Cloud 控制台的「導覽選單」，依序點選「Kubernetes Engine」>「叢集」。

作業完成後，依序前往「Kubernetes Engine」>「叢集」頁面，會看到 standard-cluster-1 現在有四個節點。

點選「Check my progress」來確認目標已達成。 修改 GKE 叢集

工作 3：部署範例工作負載

在這項工作中，您將使用 Google Cloud 控制台，部署執行 nginx 網路伺服器的 Pod 做為範例工作負載。

1. 前往 Google Cloud 控制台的「導覽選單」，依序點選「Kubernetes Engine」>「工作負載」。
2. 點選「建立部署作業」，隨即會顯示「建立部署作業」精靈。
3. 將部署作業名稱改為 nginx-1 並點選「繼續」接受預設容器映像檔「nginx:latest」。這個映像檔會部署 3 個 Pod，各自使用一個執行最新版本 nginx 的容器。
4. 捲動至視窗底部，點選「部署」按鈕，保留「設定」中的詳細資料預設值。
5. 部署完成後，畫面將重新整理，並顯示新的 nginx 部署作業詳細資料。

點選「Check my progress」來確認目標已達成。 部署 nginx 示範工作負載

工作 4：在 Google Cloud 控制台中檢視工作負載的詳細資料

在這項工作中，您會直接在 Google Cloud 控制台中查看 GKE 工作負載的詳細資料。

1. 在 Google Cloud 控制台的「導覽選單」 中，依序點選「Kubernetes Engine」>「工作負載」。
2. 在 Google Cloud 控制台中，依序前往「Kubernetes Engine」>「工作負載」頁面，然後點選「nginx-1」。

這裡會顯示工作負載總覽資訊，包括資源使用率圖表、記錄檔連結、與這項工作負載相關聯的 Pod 詳細資料等。

3. 在 Google Cloud 控制台中，點選 nginx-1 工作負載的「詳細資料」分頁標籤。這個分頁會顯示更多工作負載的詳細資料，例如 Pod 規格、Pod 備用資源的數量與狀態，以及水平 Pod 自動配置器的詳情。

4. 點選「修訂版本記錄」分頁標籤。這裡會顯示這項工作負載的修訂版本清單。

5. 點選「事件」分頁標籤。此分頁會列出與這項工作負載相關聯的事件。

6. 然後是「YAML」分頁。此分頁提供完整的 YAML 檔案，定義了這項範例工作負載的元件和完整設定。

7. 還是在 Google Cloud 控制台的 nginx-1 工作負載「詳細資料」分頁中，點選「總覽」分頁標籤，向下捲動至「代管的 Pod」，按一下其中一個 Pod 名稱，查看該 Pod 的詳細資料頁面。

8. 「Pod 詳細資料」頁面提供 Pod 設定、資源使用率，以及執行 Pod 的節點等資訊。

9. 在「Pod 詳細資料」頁面中點選「事件」與「記錄檔」分頁標籤，查看事件詳細資料，以及連至 Cloud 作業套件中容器記錄檔的連結。

10. 點選「YAML」分頁標籤，查看 Pod 設定的詳細 YAML 檔案。

摘要

在這個實驗室中，您在 GKE 探索了 Kubernetes 功能，建立能完整設定及管理的叢集。另外，您也學會如何修改叢集，並部署簡單的工作負載。

以下回顧 GKE 和 AKS 主要的異同處：

相似處：

• AKS 和 GKE 都是代管 Kubernetes 服務，可讓客戶在雲端部署、管理容器化應用程式及調度資源。
• Google Cloud 和 Azure 都提供 Kubernetes 平台即服務 (PaaS)。
• GKE 和 AKS 在容器和部署方面，都採用相同的原則來建立叢集。

差異處：

• GKE 提供 Kubernetes 叢集自訂選項，例如節點數量、節點集區機型、Kubernetes 版本和節點資源。AKS 則提供一系列預先定義的節點大小。
• 您可以用開放原始碼 kubectl 指令列和 gcloud，在 GKE 執行指令。AKS 則使用 Azure CLI。
• 目前 GKE 一個叢集最多可支援 5,000 個節點，而 AKS 一個叢集最多可使用 1,000 個節點。

關閉研究室

如果您已完成研究室，請按一下「End Lab」(關閉研究室)。Google Cloud Skills Boost 會移除您使用的資源，並清除所用帳戶。

您可以針對研究室的使用體驗評分。請選取合適的星級評等並提供意見，然後按一下「Submit」(提交)。

星級評等代表您的滿意程度：

• 1 星 = 非常不滿意
• 2 星 = 不滿意
• 3 星 = 普通
• 4 星 = 滿意
• 5 星 = 非常滿意

如果不想提供意見回饋，您可以直接關閉對話方塊。

如有任何想法、建議或指教，請透過「Support」(支援) 分頁提交。

Copyright 2022 Google LLC 保留所有權利。Google 和 Google 標誌是 Google LLC 的商標，其他公司和產品名稱則有可能是其關聯公司的商標。