Kubernetes集群的物理部署模式解析
1. 单机房部署(单可用区)
mermaid
graph TB
subgraph 机房A
LB[负载均衡器] --> M1[Master1]
LB --> M2[Master2]
LB --> M3[Master3]
M1 --> W1[Worker1]
M2 --> W2[Worker2]
M3 --> W3[Worker3]
end2. 跨机架部署(单机房多机架)
mermaid
graph TB
subgraph 机房A
subgraph 机架1
M1[Master1]
W1[Worker1]
end
subgraph 机架2
M2[Master2]
W2[Worker2]
end
subgraph 机架3
M3[Master3]
W3[Worker3]
end
LB[负载均衡器] --> M1
LB --> M2
LB --> M3
end3. 多可用区部署(同城多机房)
mermaid
graph TB
subgraph 可用区A
M1[Master1]
W1[Worker1-3]
end
subgraph 可用区B
M2[Master2]
W2[Worker4-6]
end
subgraph 可用区C
M3[Master3]
W3[Worker7-9]
end
GLB[全局负载均衡] --> M1
GLB --> M2
GLB --> M34. 异地多活部署(跨地域)
mermaid
graph TB
subgraph 地域A
subgraph AZ1
M1[Master1]
end
subgraph AZ2
M2[Master2]
end
end
subgraph 地域B
subgraph AZ1
M3[Master3]
end
end
DNS[全局DNS] --> LB1[地域A LB]
DNS --> LB2[地域B LB]2. API Server负载均衡
mermaid
graph LR
Client --> GLB[全局LB]
GLB --> NLB1[地域A NLB]
GLB --> NLB2[地域B NLB]
NLB1 --> HAProxy1
NLB1 --> HAProxy2
HAProxy1 --> API1[API Server1]
HAProxy1 --> API2[API Server2]2. 混合云场景下的网络拓扑
mermaid
graph TB
subgraph 公有云A
M1[Master1]
W1[Worker]
end
subgraph 私有云B
M2[Master2]
W2[Worker]
end
subgraph 边缘站点
W3[Worker]
end
M1 -- VPC Peering --> M2
M2 -- SD - WAN --> W3Kubernetes部署方式:云服务与自建集群的深度对比
1. 选择云服务的条件
mermaid
graph TD
A[业务需求] --> B{是否需要快速上线?}
B -->|是| C[选择云服务]
A --> D{是否全球分布?}
D -->|是| C
A --> E{团队K8s经验?}
E -->|缺乏| C
A --> F{预算灵活性?}
F -->|按需付费| C2. 选择自建的条件
mermaid
graph TD
A[技术需求] --> B{需要定制化组件?}
B -->|是| C[选择自建]
A --> D{数据合规要求?}
D -->|敏感数据| C
A --> E{长期稳定负载?}
E -->|是| C
A --> F{已有运维团队?}
F -->|成熟团队| C