29、在GCP上使用Kubernetes：负载均衡、持久磁盘与集群搭建指南

GCP上Kubernetes负载均衡、磁盘与集群搭建
最新推荐文章于 2025-12-04 11:16:56 发布
最新推荐文章于 2025-12-04 11:16:56 发布
阅读量94 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Kubernetes DevOps实践指南 文章标签： GCP Kubernetes 负载均衡
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/spark7igniter/article/details/150203377

在GCP上使用Kubernetes：负载均衡、持久磁盘与集群搭建指南

1. 负载均衡

GCP提供了以下几种类型的负载均衡器：
- Layer 4 TCP LoadBalancer
- Layer 4 UDP LoadBalancer
- Layer 7 HTTP(S) LoadBalancer

其中，Layer 4负载均衡器（TCP和UDP）类似于AWS Classic ELB，而Layer 7 HTTP(S)负载均衡器则具有基于内容的路由功能。例如，URL/image会转发到实例a，其他所有请求将转发到实例b，更像是应用层的负载均衡器。AWS也提供了类似的应用负载均衡器（ALB或ELBv2）。

要设置负载均衡器，需要提前配置一些项目，具体如下表所示：
| 配置项 | 目的 |
| — | — |
| 实例组 | 确定一组VM实例或VM模板（OS镜像） |
| 健康检查 | 设置健康阈值（间隔、超时等）以确定实例组的健康状态 |
| 后端服务 | 为实例组设置负载阈值（最大CPU或每秒请求数）和会话亲和性（粘性会话），并将其与健康检查关联 |
| url-maps（负载均衡器） | 代表L7负载均衡器的实际占位符，关联后端服务并指向HTTP(S)代理 |
| 目标HTTP(S)代理 | 建立前端转发规则与负载均衡器之间的关系 |
| 前端转发规则 | 将目标HTTP代理与IP地址（临时或静态）和端口号关联 |
| 外部IP（静态） | （可选）为负载均衡器分配静态外部IP地址 |

1.1 设置实例组

在这个例子中，需要创建三个实例组：一个用于私有托管的Tomcat实例（8080/tcp），另外两个用于每个区域的公共HTTP实例。执行以下命令： 

# 创建HTTP实例和Tomcat实例的实例组
$ gcloud compute instance-groups unmanaged create http-ig-us-west --zone us-west1-a
$ gcloud compute instance-groups unmanaged create http-ig-us-east --zone us-east1-c
$ gcloud compute instance-groups unmanaged create tomcat-ig-us-west --zone us-west1-a
# 因为Tomcat使用8080/tcp，创建一个名为tomcat:8080的新命名端口
$ gcloud compute instance-groups unmanaged set-named-ports tomcat-ig-us-west --zone us-west1-a --named-ports tomcat:8080
# 将现有VM实例注册到相应的实例组
$ gcloud compute instance-groups unmanaged add-instances http-ig-us-west --instances public-on-subnet-a --zone us-west1-a
$ gcloud compute instance-groups unmanaged add-instances http-ig-us-east --instances public-on-subnet-b --zone us-east1-c
$ gcloud compute instance-groups unmanaged add-instances tomcat-ig-us-west --instances private-on-subnet-a --zone us-west1-a

1.2 健康检查

执行以下命令设置标准设置： 

# 为HTTP（80/tcp）的"/"创建健康检查
$ gcloud compute health-checks create http my-http-health-check --check-interval 5 --healthy-threshold 2 --unhealthy-threshold 3 --timeout 5 --port 80 --request-path /
# 为Tomcat（8080/tcp）的"/examples/"创建健康检查
$ gcloud compute health-checks create http my-tomcat-health-check --check-interval 5 --healthy-threshold 2 --unhealthy-threshold 3 --timeout 5 --port 8080 --request-path /examples/

1.3 后端服务

首先，创建指定健康检查的后端服务，然后为每个实例组添加阈值：HTTP和Tomcat的CPU利用率最高为80%，最大容量设置为100%。 

# 为HTTP（默认）和命名端口tomcat（8080/tcp）创建后端服务
$ gcloud compute backend-services create my-http-backend-service --health-checks my-http-health-check --protocol HTTP --global
$ gcloud compute backend-services create my-tomcat-backend-service --health-checks my-tomcat-health-check --protocol HTTP --port-name tomcat --global
# 将HTTP实例组（us-west1和us-east1）添加到HTTP后端服务
$ gcloud compute backend-services add-backend my-http-backend-service --instance-group http-ig-us-west --instance-group-zone us-west1-a --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global
$ gcloud compute backend-services add-backend my-http-backend-service --instance-group http-ig-us-east --instance-group-zone us-east1-c --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global
# 将Tomcat实例组添加到Tomcat后端服务
$ gcloud compute backend-services add-backend my-tomcat-backend-service --instance-group tomcat-ig-us-west --instance-group-zone us-west1-a --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global

1.4 创建负载均衡器

负载均衡器需要绑定my-http-backend-service和my-tomcat-backend-service。在这个场景中，只有/examples和/examples/*的流量将转发到my-tomcat-backend-service，其他所有URI的流量将转发到my-http-backend-service。 

# 创建负载均衡器（url-map），将my-http-backend-service作为默认服务
$ gcloud compute url-maps create my-loadbalancer --default-service my-http-backend-service
# 添加/examples和/examples/*映射到my-tomcat-backend-service
$ gcloud compute url-maps add-path-matcher my-loadbalancer --default-service my-http-backend-service --path-matcher-name tomcat-map --path-rules /examples=my-tomcat-backend-service,/examples/*=my-tomcat-backend-service
# 创建与负载均衡器（url-map）关联的目标HTTP代理
$ gcloud compute target-http-proxies create my-target-http-proxy --url-map=my-loadbalancer
# 分配静态全局IP地址并检查分配的地址
$ gcloud compute addresses create my-loadbalancer-ip --global
$ gcloud compute addresses describe my-loadbalancer-ip --global
address: 35.186.192.6
creationTimestamp: '2018-12-08T13:40:16.661-08:00'
...
...
# 创建将静态IP与目标HTTP代理关联的转发规则
$ gcloud compute forwarding-rules create my-frontend-rule --global --target-http-proxy my-target-http-proxy --address 35.186.192.6 --ports 80

如果不指定 --address 选项，将创建并分配临时外部IP地址。

1.5 防火墙规则

创建负载均衡器后，发现私有主机没有允许Tomcat流量（8080/tcp）的防火墙规则，导致my-tomcat-backend-service的健康状态一直为0。需要添加一条防火墙规则，允许负载均衡器连接到私有子网。 

# 添加一条允许负载均衡器连接到Tomcat（8080/tcp）的防火墙规则
$ gcloud compute firewall-rules create private-tomcat --network=my-custom-network --source-ranges 35.191.0.0/16,130.211.0.0/22 --target-tags private --allow tcp:8080

几分钟后，my-tomcat-backend-service的健康状态将变为1，此时可以通过Web浏览器访问负载均衡器。

2. 持久磁盘

GCE提供了一种名为持久磁盘（PD）的存储服务，类似于AWS EBS。可以在每个区域分配所需大小和类型（标准或SSD）的磁盘，并随时将其附加/分离到VM实例。

2.1 创建并附加持久磁盘

在创建PD之前，需要检查VM实例的位置。选择us-west1-a区域，并将PD附加到public-on-subnet-a实例。 

# 列出VM实例
$ gcloud compute instances list
NAME                                           ZONE           MACHINE_TYPE PREEMPTIBLE  INTERNAL_IP  EXTERNAL_IP      STATUS
public-on-subnet-b                             us-east1-c     f1-micro 172.16.1.2   35.196.228.40    RUNNING
private-on-subnet-a                            us-west1-a     g1-small 10.0.1.2     104.199.121.234  RUNNING
public-on-subnet-a                             us-west1-a     f1-micro 10.0.1.3     35.199.171.31    RUNNING
# 在us-west1-a区域创建20GB的标准类型PD
$ gcloud compute disks create my-disk-us-west1-a --zone us-west1-a --type pd-standard --size 20
# 检查磁盘状态
$ gcloud compute disks list
NAME                                           ZONE           SIZE_GB  TYPE STATUS
public-on-subnet-b                             us-east1-c     10       pd-standard  READY
my-disk-us-west1-a                             us-west1-a     20       pd-standard  READY
private-on-subnet-a                            us-west1-a     10       pd-standard  READY
public-on-subnet-a                             us-west1-a     10       pd-standard  READY
# 将PD（my-disk-us-west1-a）附加到VM实例（public-on-subnet-a）
$ gcloud compute instances attach-disk public-on-subnet-a --disk my-disk-us-west1-a --zone us-west1-a

登录到public-on-subnet-a实例查看状态： 

# 登录到public-on-subnet-a
$ ssh 35.199.171.31
Linux public-on-subnet-a 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Aug 25 03:53:24 2017 from 107.196.102.199
saito@public-on-subnet-a:~$ sudo su
root@public-on-subnet-a:/home/saito# dmesg | tail
[ 7377.421190] systemd[1]: apt-daily-upgrade.timer: Adding 25min 4.773609s random time.
[ 7379.202172] systemd[1]: apt-daily-upgrade.timer: Adding 6min 37.770637s random time.
[243070.866384] scsi 0:0:2:0: Direct-Access     Google   PersistentDisk   1 PQ: 0 ANSI: 6
[243070.875665] sd 0:0:2:0: [sdb] 41943040 512-byte logical blocks: (21.5 GB/20.0 GiB)
[243070.883461] sd 0:0:2:0: [sdb] 4096-byte physical blocks
[243070.889914] sd 0:0:2:0: Attached scsi generic sg1 type 0
[243070.900603] sd 0:0:2:0: [sdb] Write Protect is off
[243070.905834] sd 0:0:2:0: [sdb] Mode Sense: 1f 00 00 08
[243070.905938] sd 0:0:2:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[243070.925713] sd 0:0:2:0: [sdb] Attached SCSI disk

可以看到PD已附加到/dev/sdb。与AWS EBS类似，需要对该磁盘进行格式化。

3. Google Kubernetes Engine（GKE）

GCP提供了托管的Kubernetes服务GKE，它使用了一些GCP组件，如VPC、VM实例、PD、防火墙规则和负载均衡器。可以使用kubectl命令来控制GKE上的Kubernetes集群。

3.1 安装kubectl命令

如果尚未在本地机器上安装kubectl命令，可以通过Cloud SDK进行安装： 

# 安装kubectl命令
$ gcloud components install kubectl

3.2 设置第一个Kubernetes集群

使用gcloud命令在GKE上设置Kubernetes集群，需要指定一些参数来确定配置。以下是启动GKE集群所需的参数：
| 参数 | 描述 | 值 |
| — | — | — |
| –machine-type | Kubernetes节点的VM实例类型 | f1-micro |
| –num-nodes | Kubernetes节点的初始数量 | 3 |
| –network | 指定GCP VPC | my-custom-network |
| –subnetwork | 如果VPC是自定义模式，指定GCP子网 | subnet-c |
| –zone | 指定单个区域 | asia-northeast1-a |
| –tags | 分配给Kubernetes节点的网络标签 | private |

执行以下命令启动Kubernetes集群： 

# 创建Kubernetes集群
$ gcloud container clusters create my-k8s-cluster --machine-type f1-micro --num-nodes 3 --network my-custom-network --subnetwork subnet-c --zone asia-northeast1-a --tags private
# 几分钟后，检查节点状态
$ kubectl get nodes
NAME                                            STATUS    ROLES     AGE  VERSION
gke-my-k8s-cluster-default-pool-bcae4a66-mlhw   Ready     <none>    2m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-tn74   Ready     <none>    2m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-w5l6   Ready     <none>    2m v1.10.9-gke.5

由于指定了 --tags private 选项，Kubernetes节点VM实例具有私有网络标签，因此无法从公共互联网进行SSH或HTTP访问，但可以从具有公共网络标签的其他VM实例进行ping和SSH操作。

3.3 节点池管理

GKE将Kubernetes节点作为节点池进行管理，可以管理一个或多个附加到Kubernetes集群的节点池。

3.3.1 调整节点数量

可以使用以下命令将Kubernetes节点数量从3调整为5： 

# 调整节点数量
$ gcloud container clusters resize my-k8s-cluster --size 5 --zone asia-northeast1-a
# 几分钟后，查看节点状态
$ kubectl get nodes
NAME                                            STATUS    ROLES     AGE  VERSION
gke-my-k8s-cluster-default-pool-bcae4a66-j8zz   Ready     <none>    32s v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-jnnw   Ready     <none>    32s v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-mlhw   Ready     <none>    4m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-tn74   Ready     <none>    4m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-w5l6   Ready     <none>    4m v1.10.9-gke.5
3.3.2 添加新的节点池

如果需要扩展节点容量，可以添加具有不同硬件配置的节点池。例如，添加一个包含两个g1-small（1.7 GB内存）VM实例的节点池： 

# 创建并添加名为"large-mem-pool"的节点池
$ gcloud container node-pools create large-mem-pool --cluster my-k8s-cluster --machine-type g1-small --num-nodes 2 --tags private --zone asia-northeast1-a
# 几分钟后，查看节点状态
$ kubectl get nodes
NAME                                              STATUS    ROLES     AGE  VERSION
gke-my-k8s-cluster-default-pool-bcae4a66-j8zz     Ready     <none>    5m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-jnnw     Ready     <none>    5m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-mlhw     Ready     <none>    9m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-tn74     Ready     <none>    9m v1.10.9-gke.5
gke-my-k8s-cluster-default-pool-bcae4a66-w5l6     Ready     <none>    9m v1.10.9-gke.5
gke-my-k8s-cluster-large-mem-pool-66e3a44a-jtdn   Ready     <none>    46s v1.10.9-gke.5
gke-my-k8s-cluster-large-mem-pool-66e3a44a-qpbr   Ready     <none>    44s v1.10.9-gke.5

现在，集群中共有七个CPU核心和6.4 GB内存，具有更大的容量。

3.3.3 使用nodeSelector指定节点

为了区分不同类型的节点池，可以使用Kubernetes标签 beta.kubernetes.io/instance-type 来指定所需的节点。例如，以下 nodeSelector 参数将强制nginx应用使用f1-micro节点： 

# 查看nginx-pod-selector.yml文件
$ cat nginx-pod-selector.yml
apiVersion: v1
kind: Pod
metadata:
 name: nginx
spec:
 containers:
 - name: nginx
   image: nginx
 nodeSelector:
  beta.kubernetes.io/instance-type: f1-micro
# 部署Pod
$ kubectl create -f nginx-pod-selector.yml
pod "nginx" created
# 查看Pod状态
NAME      READY     STATUS              RESTARTS   AGE       IP        NODE
nginx     0/1       ContainerCreating   0          10s       <none>    gke-my-k8s-cluster-default-pool-bcae4a66-jnnw
3.3.4 删除节点池

如果不再需要某个节点池，可以使用以下命令删除默认节点池（5个f1-micro实例）： 

# 列出节点池
$ gcloud container node-pools list --cluster my-k8s-cluster --zone asia-northeast1-a
NAME            MACHINE_TYPE  DISK_SIZE_GB  NODE_VERSION
default-pool    f1-micro      100           1.10.9-gke.5
large-mem-pool  g1-small      100           1.10.9-gke.5
# 删除默认节点池
$ gcloud container node-pools delete default-pool --cluster my-k8s-cluster --zone asia-northeast1-a
# 几分钟后，查看节点状态
$ kubectl get nodes
NAME                                              STATUS    ROLES     AGE  VERSION
gke-my-k8s-cluster-large-mem-pool-66e3a44a-jtdn   Ready     <none>    9m v1.10.9-gke.5
gke-my-k8s-cluster-large-mem-pool-66e3a44a-qpbr   Ready     <none>    9m v1.10.9-gke.5

由于上述操作都在单个区域（asia-northeast1-a）进行，如果该区域发生故障，集群将无法正常工作。为了避免区域故障，可以考虑设置多区域集群。

4. 多区域集群设置的必要性与考虑

单区域（如asia - northeast1 - a）部署的Kubernetes集群存在单点故障风险，一旦该区域出现故障，整个集群将无法正常工作。为了提高集群的可用性和容错能力，有必要设置多区域集群。

4.1 多区域集群的优势

  • 高可用性 ：当一个区域出现故障时，其他区域的节点仍能正常工作，保证服务的持续运行。
  • 容错能力增强 ：可以更好地应对自然灾害、网络故障等问题，减少服务中断的时间。

4.2 多区域集群设置的注意事项

  • 网络配置 ：需要确保不同区域之间的网络连通性，合理配置VPC和子网。
  • 负载均衡 ：要考虑如何在不同区域的节点之间进行有效的负载均衡，以充分利用资源。
  • 数据同步 ：如果涉及数据存储，需要保证不同区域之间的数据同步和一致性。

5. 总结与实践建议

5.1 负载均衡总结

在GCP上设置负载均衡器需要按照一定的步骤进行，包括创建实例组、进行健康检查、配置后端服务、创建负载均衡器和设置防火墙规则等。以下是设置负载均衡器的流程图： 

graph LR
    A[创建实例组] --> B[健康检查]
    B --> C[后端服务配置]
    C --> D[创建负载均衡器]
    D --> E[防火墙规则设置]

具体操作步骤总结如下：
1. 创建实例组 ： 

# 创建HTTP实例和Tomcat实例的实例组
$ gcloud compute instance-groups unmanaged create http-ig-us-west --zone us-west1-a
$ gcloud compute instance-groups unmanaged create http-ig-us-east --zone us-east1-c
$ gcloud compute instance-groups unmanaged create tomcat-ig-us-west --zone us-west1-a
# 因为Tomcat使用8080/tcp，创建一个名为tomcat:8080的新命名端口
$ gcloud compute instance-groups unmanaged set-named-ports tomcat-ig-us-west --zone us-west1-a --named-ports tomcat:8080
# 将现有VM实例注册到相应的实例组
$ gcloud compute instance-groups unmanaged add-instances http-ig-us-west --instances public-on-subnet-a --zone us-west1-a
$ gcloud compute instance-groups unmanaged add-instances http-ig-us-east --instances public-on-subnet-b --zone us-east1-c
$ gcloud compute instance-groups unmanaged add-instances tomcat-ig-us-west --instances private-on-subnet-a --zone us-west1-a
  1. 健康检查 ： 
# 为HTTP（80/tcp）的"/"创建健康检查
$ gcloud compute health-checks create http my-http-health-check --check-interval 5 --healthy-threshold 2 --unhealthy-threshold 3 --timeout 5 --port 80 --request-path /
# 为Tomcat（8080/tcp）的"/examples/"创建健康检查
$ gcloud compute health-checks create http my-tomcat-health-check --check-interval 5 --healthy-threshold 2 --unhealthy-threshold 3 --timeout 5 --port 8080 --request-path /examples/
  1. 后端服务配置 ： 
# 为HTTP（默认）和命名端口tomcat（8080/tcp）创建后端服务
$ gcloud compute backend-services create my-http-backend-service --health-checks my-http-health-check --protocol HTTP --global
$ gcloud compute backend-services create my-tomcat-backend-service --health-checks my-tomcat-health-check --protocol HTTP --port-name tomcat --global
# 将HTTP实例组（us-west1和us-east1）添加到HTTP后端服务
$ gcloud compute backend-services add-backend my-http-backend-service --instance-group http-ig-us-west --instance-group-zone us-west1-a --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global
$ gcloud compute backend-services add-backend my-http-backend-service --instance-group http-ig-us-east --instance-group-zone us-east1-c --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global
# 将Tomcat实例组添加到Tomcat后端服务
$ gcloud compute backend-services add-backend my-tomcat-backend-service --instance-group tomcat-ig-us-west --instance-group-zone us-west1-a --balancing-mode UTILIZATION --max-utilization 0.8 --capacity-scaler 1 --global
  1. 创建负载均衡器 ： 
# 创建负载均衡器（url-map），将my-http-backend-service作为默认服务
$ gcloud compute url-maps create my-loadbalancer --default-service my-http-backend-service
# 添加/examples和/examples/*映射到my-tomcat-backend-service
$ gcloud compute url-maps add-path-matcher my-loadbalancer --default-service my-http-backend-service --path-matcher-name tomcat-map --path-rules /examples=my-tomcat-backend-service,/examples/*=my-tomcat-backend-service
# 创建与负载均衡器（url-map）关联的目标HTTP代理
$ gcloud compute target-http-proxies create my-target-http-proxy --url-map=my-loadbalancer
# 分配静态全局IP地址并检查分配的地址
$ gcloud compute addresses create my-loadbalancer-ip --global
$ gcloud compute addresses describe my-loadbalancer-ip --global
address: 35.186.192.6
creationTimestamp: '2018-12-08T13:40:16.661-08:00'
...
...
# 创建将静态IP与目标HTTP代理关联的转发规则
$ gcloud compute forwarding-rules create my-frontend-rule --global --target-http-proxy my-target-http-proxy --address 35.186.192.6 --ports 80
  1. 防火墙规则设置 ： 
# 添加一条允许负载均衡器连接到Tomcat（8080/tcp）的防火墙规则
$ gcloud compute firewall-rules create private-tomcat --network=my-custom-network --source-ranges 35.191.0.0/16,130.211.0.0/22 --target-tags private --allow tcp:8080

5.2 持久磁盘总结

GCE的持久磁盘（PD）类似于AWS EBS，提供了灵活的存储解决方案。设置持久磁盘的步骤如下：
1. 检查VM实例位置 ： 

$ gcloud compute instances list
  1. 创建持久磁盘 ： 
$ gcloud compute disks create my-disk-us-west1-a --zone us-west1-a --type pd-standard --size 20
  1. 检查磁盘状态 ： 
$ gcloud compute disks list
  1. 附加持久磁盘到VM实例 ： 
$ gcloud compute instances attach-disk public-on-subnet-a --disk my-disk-us-west1-a --zone us-west1-a
  1. 登录实例查看状态 ： 
$ ssh 35.199.171.31
sudo su
dmesg | tail

5.3 GKE集群总结

使用GKE可以方便地在GCP上设置和管理Kubernetes集群。以下是设置GKE集群的参数总结：
| 参数 | 描述 | 值 |
| — | — | — |
| –machine-type | Kubernetes节点的VM实例类型 | f1 - micro |
| –num-nodes | Kubernetes节点的初始数量 | 3 |
| –network | 指定GCP VPC | my - custom - network |
| –subnetwork | 如果VPC是自定义模式，指定GCP子网 | subnet - c |
| –zone | 指定单个区域 | asia - northeast1 - a |
| –tags | 分配给Kubernetes节点的网络标签 | private |

创建GKE集群的命令如下： 

$ gcloud container clusters create my-k8s-cluster --machine-type f1-micro --num-nodes 3 --network my-custom-network --subnetwork subnet-c --zone asia-northeast1-a --tags private

5.4 实践建议

  • 定期备份 ：对持久磁盘和集群配置进行定期备份，以防止数据丢失。
  • 监控和调优 ：使用GCP提供的监控工具，对负载均衡器、节点和集群进行实时监控，根据监控结果进行调优。
  • 持续学习 ：Kubernetes和GCP的技术不断发展，要持续学习新的知识和技能，以优化集群的性能和安全性。

通过以上的操作和建议，可以在GCP上高效地设置和管理Kubernetes集群，提高服务的可用性和性能。

谷歌云(GCP)入门指南：从零开始搭建你的第一个云应用
AI云原生与云计算技术学院
05-12 1999
本指南的目的是帮助那些对云计算有兴趣，但尚未深入了解谷歌云平台（GCP）的开发者、创业者和技术爱好者，从零开始学习并搭建自己的第一个云应用。我们将涵盖从谷歌云账户的创建、基础服务的选择和配置，到应用的部署和测试等一系列关键步骤，使读者能够掌握使用GCP搭建云应用的基本技能。本指南的范围主要集中在GCP的基础服务和常见应用场景，不会涉及过于复杂的高级特性和专业领域的应用。背景介绍：介绍本指南的目的、预期读者和文档结构，以及相关术语的定义。核心概念与联系。
容器编排王者Kubernetes：从原理到实战，揭秘云原生未来
wylee的博客
05-16 977
Kubernetes的核心目标是实现应用的自动化部署、扩展和管理，通过抽象底层基础设施，让开发者可以更专注于应用本身的开发。它遵循Apache 2.0开源协议，支持在公有云、私有云、混合云等各种环境中运行，为云原生应用提供了标准化的部署和管理方案。
24、在GCP上构建Kubernetes：从基础设置到集群部署
pca5navigator的博客
09-26 34
本文详细介绍了在Google Cloud Platform（GCP）上构建Kubernetes集群的完整流程。内容涵盖GCP项目创建、Cloud SDK安装与配置、VPC网络设置、子网与防火墙规则定义、VM实例启动，以及使用Google Kubernetes Engine（GKE）部署和管理Kubernetes集群的关键步骤。通过CLI操作和基础架构搭建，帮助用户掌握在GCP上实现Kubernetes集群从零到一的全过程，适用于希望在云端快速部署容器化应用的开发者和运维人员。
1、Kubernetes 全栈 DevOps 指南：从集群搭建到安全运维
desk3的博客
07-13 129
本文是一篇关于 Kubernetes 全栈 DevOps 的完整指南，涵盖从集群搭建、应用程序部署与管理、CI/CD 管道构建、自动化测试、有状态工作负载处理、灾难恢复、应用程序扩展、可观测性监控、安全防护到日志记录等全方位内容。文章不仅详细讲解了在不同云平台和工具中操作 Kubernetes 的具体步骤，还总结了关键最佳实践和未来趋势，旨在帮助读者实现高效、安全、稳定的 DevOps 流程。
14、Kubernetes：容器编排与应用实践指南
berry的博客
06-21 84
本文详细介绍了 Kubernetes 的核心概念、架构组成以及安装配置方法。内容涵盖 Kubernetes 的关键特性、集群组件功能、Pod 的管理与配置、Minikube 和 KinD 的安装使用对比，以及在不同场景下的最佳实践建议。适合希望快速掌握 Kubernetes 基础知识并应用于开发与生产环境的读者。
24、在GCP上构建Kubernetes：从基础设置到Kubernetes引擎的全面指南
ee345的博客
08-01 57
本文详细介绍了在Google Cloud Platform (GCP) 上构建Kubernetes集群的全过程。从GCP的基础设置开始，包括创建项目、安装和配置Cloud SDK、设置VPC网络、子网和防火墙规则，到启动虚拟机实例，全面展示了GCP基础设施的搭建方法。随后深入讲解了Google Kubernetes Engine (GKE) 的使用，涵盖Kubernetes集群的启动和管理。无论是希望了解GCP基础架构配置的用户，还是计划使用GKE部署Kubernetes集群的开发者，都能从本文中获得有价值
极速部署：云平台Flatcar Linux Kubernetes集群实战指南
gitblog_00175的博客
11-29 395
你是否还在为Kubernetes集群部署的复杂性而困扰？面对云平台厂商锁定、组件版本碎片化、运维成本高企等痛点，寻找一个轻量级、可移植且稳定的部署方案已成为DevOps团队的迫切需求。Typhoon作为一款开源的Kubernetes发行版，以其极简设计、声明式配置和跨平台特性脱颖而出，而Flatcar Linux作为Container Linux的继任者，提供了 immutable基础设施的理想载
7、Docker与Kubernetes容器化及Google Compute Engine使用指南
assembly8low的博客
10-24 15
本文深入探讨了Docker与Kubernetes在容器化技术中的应用，详细介绍了Docker的架构、优缺点及其在Google Cloud Platform中的实践操作。重点讲解了如何通过Google Compute Engine创建和管理基于Docker的虚拟机实例，涵盖实例配置、预构建镜像选择、API启用流程及实例组管理等内容。结合流程图与表格，帮助读者系统掌握从环境搭建到自动化部署的完整流程，为实现高效、灵活的云原生架构提供实用指南。
云平台托管集群：EKS、GKE、AKS 深度解析与选型指南-第二章
2401_86478612的博客
08-06 1333
提供统一的控制平面（GKE On-Prem/Anthos clusters on AWS/Azure 的控制平面运行在用户环境或 GCP）、统一的策略管理（Anthos Policy Controller）、统一的服务网格（Anthos Service Mesh）、统一的配置管理（Anthos Config Management）。Azure Policy 提供大量内置策略（如限制特权容器、强制镜像来源、禁用主机网络等），可直接在 Azure 门户中应用到 AKS 集群，实现策略的集中管理和审计。
在Azure上使用Kubernetes：全面指南
### 在 Azure 上使用 Kubernetes：全面指南 #### 1. 引言 在云计算领域，Azure 提供了丰富的资源和服务，Kubernetes 作为容器编排的事实标准，在 Azure 上的应用也越来越广泛。本文将详细介绍在 Azure 上使用 ...
Nginx反向代理和负载均衡
kong7906928的博客
12-04 658
Nginx的反向代理，Nginx负载均衡，Nginx负载均衡策略
yubaolee_OpenAuthNet_25456_1764964690631.zip
12-07
yubaolee_OpenAuthNet_25456_1764964690631.zip
基于PID控制器和电流控制器的电池充电比较研究（Matlab代码实现）
12-07
基于PID控制器和电流控制器的电池充电比较研究（Matlab代码实现）内容概要：本文主要围绕《基于PID控制器和电流控制器的电池充电比较研究（Matlab代码实现）》展开，介绍了利用Matlab进行电池充电控制策略的仿真与比较研究。重点对比了PID控制器与电流控制器在电池充电过程中的性能表现，涵盖系统建模、控制算法设计、仿真分析及结果评估等内容，旨在为电池管理系统中的充电控制提供优化方案和技术参考。; 适合人群：具备一定自动控制理论基础和Matlab编程能力的电气工程、自动化、能源系统等相关专业的研究生、科研人员及工程技术人员。; 使用场景及目标：①用于电池管理系统中充电控制策略的设计与优化；②开展PID控制与电流控制在动态响应、稳定性、充电效率等方面的性能对比研究；③支持教学实验、科研仿真及实际工程项目中的控制器选型与验证。; 阅读建议：建议读者结合Matlab代码进行仿真实践，重点关注控制器参数设置、系统响应曲线分析及不同工况下的性能差异，同时可扩展至其他先进控制算法（如模糊控制、自适应控制）的对比研究，以深化对电池充电控制技术的理解与应用。
一个基于SpringBoot和MyBatis框架开发的用于高校或公共图书馆自习室资源智能化管理的Web应用程序系统_包含用户注册登录座位预约状态查询取消预约留言反馈及管理员对自习室.zip
12-07
一个基于SpringBoot和MyBatis框架开发的用于高校或公共图书馆自习室资源智能化管理的Web应用程序系统_包含用户注册登录座位预约状态查询取消预约留言反馈及管理员对自习室.zip
nats.swift-Swift资源
最新发布
12-08
Swift client for NATS, the cloud native messaging system.
ACM算法竞赛题解与优化技巧 练习题
12-07
ACM算法竞赛题解与优化技巧
优化调度基于改进遗传算法的公交车调度排班优化的研究与实现（Matlab代码实现）
12-07
【优化调度】基于改进遗传算法的公交车调度排班优化的研究与实现（Matlab代码实现）内容概要：本文研究基于改进遗传算法的公交车调度排班优化问题，旨在通过Matlab代码实现改进的遗传算法，解决公交系统中发车频率、车辆分配和司机排班等复杂调度难题。通过对传统遗传算法引入变异、精英保留等优化机制，提升算法收敛速度与全局搜索能力，从而获得更优的调度方案，有效降低运营成本并提高服务质量。研究涵盖了模型构建、算法设计、约束处理及仿真验证全过程，展示了智能优化算法在公共交通管理中的实际应用价值。; 适合人群：具备一定Matlab编程基础，从事智能优化、交通运输规划或运筹学相关领域的研究人员及工程技术人员。; 使用场景及目标：①解决城市公交系统的发车调度与司机排班优化问题；②学习改进遗传算法的设计思路及其在复杂组合优化问题中的实现方法；③为智能交通系统（ITS）中的调度决策提供技术支持与仿真工具。; 阅读建议：建议读者结合文中Matlab代码进行实践操作，重点关注算法改进策略与约束条件的建模方式，并可通过调整参数或引入新的优化机制进一步提升性能。
基于CNN的医疗影像智能分析与辅助诊断系统设计与实现源码.zip
12-07
基于CNN的医疗影像智能分析与辅助诊断系统设计与实现源码.zip
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值