04 创建Kubernetes集群

最新推荐文章于 2024-08-26 18:00:46 发布
最新推荐文章于 2024-08-26 18:00:46 发布
阅读量208 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/denglelai123/article/details/80826077
本文介绍了Kubernetes在不同平台上的部署方法，包括本地环境、云端服务及裸机服务器等。针对初学者到进阶用户提供了多样化的部署方案，涵盖了从简易的一键部署到复杂的定制化集群构建。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

译者：razr 校对：钟健鑫
Kubernetes可以在多种平台运行，从笔记本电脑，到云服务商的虚拟机，再到机架上的裸机服务器。要创建一个Kubernetes集群，根据不同场景需要做的也不尽相同，可能是运行一条命令，也可能是配置自己的定制集群。这里我们将引导你根据自己的需要选择合适的解决方案。

选择正确的解决方案

如果你只是想试一试Kubernetes，我们推荐基于Docker的本地方案。
基于Docker的本地方案是众多能够完成快速搭建的本地集群方案中的一种，但是局限于单台机器。
当你准备好扩展到多台机器和更高可用性时，托管解决方案是最容易搭建和维护的。
全套云端方案 只需要少数几个命令就可以在更多的云服务提供商搭建Kubernetes。
定制方案 需要花费更多的精力，但是覆盖了从零开始搭建Kubernetes集群的通用建议到分步骤的细节指引。

本地服务器方案

本地服务器方案再一台物理机上创建拥有一个或者多个Kubernetes节点的单机集群。创建过程是全自动的，且不需要任何云服务商的账户。但是这种单机集群的规模和可用性都受限于单台机器。
本地服务器方案有：
  • 本地Docker（上手建议）
  • Vagrant (任何支持Vagrant的平台：Linux，MacOS，或者Windows。)
  • 无虚拟机本地集群 (Linux)

托管方案

Google Container Engine 提供创建好的Kubernetes集群。

全套云端方案

以下方案让你可以通过几个命令就在很多IaaS云服务中创建Kubernetes集群，并且有很活跃的社区支持。
  • GCE
  • AWS
  • Azure

定制方案

Kubernetes可以在2云服务提供商和裸机环境运行，并支持很多基本操作系统。

如果你再如下的指南中找到了符合你需要的，可直接使用。某些指南可能有些过时，但是比起从零开始还是有不少参考价值。如果你确实因为特殊原因或因为想了解底层原理，想要从
零开始搭建，可以试试参考从零开始指南。
如果你对在新的平台支持Kubernetes感兴趣，可以看看我们的写新方案的建议。

云

以下是上文没有列出的云服务商或云操作系统支持的方案。
  • AWS + coreos
  • GCE + CoreOS
  • AWS + Ubuntu
  • Joyent + Ubuntu
  • Rackspace + CoreOS

私有虚拟机

  • Vagrant（采用CoreOS和flannel）
  • CloudStack（采用Ansible，CoreOS和flannel）
  • Vmware（采用Debian）
  • juju.md（采用Juju，Ubuntu和flannel）
  • Vmware（采用CoreOS和flannel）
  • libvirt-coreos.md（采用CoreO）
  • oVirt
  • libvirt（采用Fedora和flannel）
  • KVM（采用Fedora和flannel）

裸机

  • Offline（无需互联网，采用CoreOS和flannel）
  • fedora/fedora_ansible_config.md
  • Fedora单节点
  • Fedora多节点
  • Centos
  • Ubuntu
  • Docker多节点

集成

Kubernetes on Mesos（采用GCE）

Table of Solutions

以下用表格形式列出上面的所有方案。
IaaS Provider
Config.   Mgmt
OS
Networking
Docs
Conforms
 
GKE
  
GCE
[✓][3]
 
Vagrant
Saltstack
Fedora
flannel
docs
[✓][2]
 
GCE
Saltstack
Debian
GCE
docs
[✓][1]
 
Azure
CoreOS
CoreOS
Weave
docs
  
Docker Single Node
custom
N/A
local
docs
  
Docker Multi Node
Flannel
N/A
local
docs
  
Bare-metal
Ansible
Fedora
flannel
docs
  
Digital Ocean
custom
Fedora
Calico
docs
  
Bare-metal
custom
Fedora
none
docs
  
Bare-metal
custom
Fedora
flannel
docs
  
libvirt
custom
Fedora
flannel
docs
  
KVM
custom
Fedora
flannel
docs
  
       

Mesos/Docker
custom
Ubuntu
Docker
docs
  
Mesos/GCE
   
docs
  
AWS
CoreOS
CoreOS
flannel
docs
  
GCE
CoreOS
CoreOS
flannel
docs
  
Vagrant
CoreOS
CoreOS
flannel
docs
  
Bare-metal (Offline)
CoreOS
CoreOS
flannel
docs
  
Bare-metal
CoreOS
CoreOS
Calico
docs
  
CloudStack
Ansible
CoreOS
flannel
docs
  
Vmware
 
Debian
OVS
docs
  
Bare-metal
custom
CentOS
none
docs
  
AWS
Juju
Ubuntu
flannel
docs
  
OpenStack/HPCloud
Juju
Ubuntu
flannel
docs
  
Joyent
Juju
Ubuntu
flannel
docs
  
AWS
Saltstack
Ubuntu
OVS
docs
  
Azure
Saltstack
Ubuntu
OpenVPN
docs
  
Bare-metal
custom
Ubuntu
Calico
docs
  
Bare-metal
custom
Ubuntu
flannel
docs
  
Local
  
none
docs
  

libvirt/KVM
CoreOS
CoreOS
libvirt/KVM
docs
  
oVirt
   
docs
  
Rackspace
CoreOS
CoreOS
flannel
docs
  
any
any
any
any
docs
  
注意：以上表格按照支持级别和测试及使用的版本进行排序。
表格中列说明：
  • IaaS Provider   是指提供Kubernetes运行环境的虚拟机或物理机（节点）资源的提供商。
  • OS   是指节点上运行的基础操作系统。
  • Config. Mgmt   是指节点上安装和管理Kubernetes软件的的配置管理系统。
  • Networking  是指实现网络模型的软件。  none   表示只支持一个节点，或支持单物理节点 上的虚拟机节点。
  • Con formance   表示使用该种配置创建的集群是否通过了项目一致性测试，支持
Kubernetes v1.0.0的API和基本特性。
  • Support Levels（支持级别）
  • Project ：Kubernetes贡献者们经常使用该配置，所以通常最新的版本可使用。
  • C ommercial ：某些厂商负责在自己的平台支持。
  • Community ：在社区中有活跃支持，但可能最新版本不适用。
  • Inac tive : 对于初次使用Kubernetes的用户不推荐，并且有可能在将来被移除。
  • Notes   说明，比如适用的Kubernetes版本。

如何查询数据库所有的序列，序列的属性，序列的当前值
十三月的博客
02-21 1135
其中，seq_name 是序列的名称，start_value 是序列的起始值，increment_value 是序列的增量，min_value 和 max_value 是序列的最小值和最大值，CYCLE 和 NOCYCLE 用于指定是否循环序列。序列是数据库中的一种独立对象，可以在表的任何地方使用，以生成唯一的、递增或递减的数值序列。在使用序列时，通常需要先创建序列对象，然后在表的列中使用序列生成的值。序列生成的数值是唯一的，每次获取序列的值都会生成一个不同的数值。这将返回序列seq_name的下一个值。
mysql 获取序列当前值,MySQL获取自增序列
weixin_42391485的博客
03-17 4976
因为业务要求，需要在MySQL数据库中，获取下一个自增主键的值。原先采用的方法是：select AUTO_INCREMENT FROM information_schema.TABLES WHERE TABLE_SCHEMA = '数据库名称' AND TABLE_NAME = '表名称' limit 1但是这样写的话，在8.0以后的版本是取不到值的，必须在每一次需要获取自增序列之前，多执行一条表...
Mysql获取序列值
java developer
06-04 2788
select @@IDENTITY: String sql="select @@IDENTITY"; @@identity是表示的是最近一次向具有identity属性(即自增列)的表插入数据时对应的自增列的值，是系统定义的全局变量。一般系统定义的全局变量都是以@@开头，用户自定义变量以@开头。比如有个表A，它的自增列是id，当向A表插入一行数据后，如果插入数据后自增列的值自动增加至...
获取mysql的序列_获取数据库表的序列值
weixin_30459905的博客
02-04 1381
sqlserver:identify 字段 select IDENT_CURRENT('tablename')+1或insert into table xxxselect @@identityoracle:SEQ_STATUS.currval将sqlserver中的自动增长序列，初始化为某一值！的详细页面。DBCC CHECKIDENT ('table_name', RESEED,...
mysql序列取下一个_强制获取序列下一个值/当前值(oracle函数)
weixin_39670511的博客
02-09 2548
oracle创建序列：先假设有这么一个表：create tableS_Depart (DepartIdINT not null,DepartName NVARCHAR2(40) not null,DepartOrderINT def...
MySQL主从不一致问题相关处理
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
09-26 1万+
某业务采取mysql的主从架构，但因为存储的问题，导致备库一直无法存储，数据同步一致性问题一直也未恢复，某次安全检查要求完成主备倒换演练，必须限期恢复主备，但是在恢复过程中，同步显示正常一段时间后，便会出现sql线程异常，主备数据不一致导致的同步错误情况。主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。根据上面的NR行数，查看附近的行，定位数据不一致的地方，后续手动补全。
6种MySQL数据库平滑扩容方案剖析
LoveSummer
05-22 2193
在项目初期，我们部署了三个数据库 A、B、C，此时数据库的规模可以满足我们的业务需求。为了将数据做到平均分配，我们在 Service 服务层使用 uid%3 进行取模分片，从而将数据平均分配到三个数据库中。如图所示：后期随着用户量的增加，用户产生的数据信息被源源不断的添加到数据库中，最终达到数据库的最佳存储容量。如果此时继续向数据库中新增数据，会导致数据库的 CRUD 等基本操作变慢，进而影响整个服务的响应速度。
一篇带你熟悉MySQL
bugtoo的博客
03-18 2955
认真看完，不熟悉Mysql你来捶我
头歌MySQL数据库实训答案 有目录
热门推荐
m0_67401761的博客
06-21 3万+
头歌java实训答案集数据库部分一条一条的写，可鼠标手动粘贴，除特定命令外未分大小写。 第1关：创建数据库 第2关创建表 第3关：使用主键约束 第4关：外键约束 第5关：添加常用约束 MySQL数据库 - 数据库和表的基本操作（一） 第1关：查看表结构与修改表名 第2关：修改字段名与字段数据类型 第3关：添加与删除字段 第4关：修改字段的排列位置 第5关：删除表的外键约束 MySQL数据库 - 数据库和表的基本操作（二） 第1关：插入数据 第2关：更新数据 第3关：删除数据 MySQL数据库 - 单表查询（
【SHOW STATUS命令】：深入理解并监控MySQL服务器状态的秘籍
MySQL 的 `SHOW STATUS` 命令是数据库管理员和开发者用于获取服务器状态信息的重要工具。这一命令能够提供关于服务器运行情况的大量信息，包括服务器的连接数、查询执行情况以及其他许多重要的性能指标。掌握如何...
mysql取得自动增长的主键值
06-10
mysql取得自动增长的主键值，mysql组织推荐的一种安全的方法！
mysql seq 序列 如何查看
weixin_30739835的博客
07-03 1110
如何查看 MySQL 中的序列（seq）？ 在 MySQL 中，序列（seq）是一种生成连续数值的对象，类似于自增主键。通过序列，可以方便地生成唯一的、递增的数值，用于标识各种实体。 查看 MySQL 中的序列 要查看 MySQL 中的序列，我们可以先通过以下 SQL 语句查看当前数据库中所有的序列名： 登录后复制 SH...
查看MySQL自增当前值 修改MySQL自增当前值
tanzongbiao的专栏
10-15 562
【代码】查看MySQL自增当前值 修改MySQL自增当前值。
mySql序列Sequence修改当前值
ZealotCC的博客
11-17 690
mySql序列Sequence修改当前值
show table status表状态命令
溺光的博客
08-26 482
表的名称。
mysql 命令 —— 查看表信息（show table status）
longool的博客
07-02 2472
这些列提供了有关表的各种信息，包括表的结构、存储引擎、行数、数据大小、索引大小等。可以根据这些信息来评估表的磁盘使用情况和性能。如：Data_length 显示表中数据内容大小，单位为字节。如下将返回指定表的表名、数据大小、索引大小和总大小。
show table status like '表名' \G 显示表信息
Shelly Long的博客
08-28 1013
$tables = Db::query("SHOW TABLE STATUS LIKE '".config('prefix')."%'"); 结果为 其中 engine：表示表的存储引擎类型  row_format:行格式  avg_row_length:平均每行包含的字节数  data_length:表数据的大小  max_data_length:表数据的最大容量，该值和存储引擎有关...
Mybatis获取自增主键的值(Mysql和Oracle)
weixin_45920385的博客
01-02 1392
Mybatis获取自增主键的值1、获取自增主键的值2、获取非自增主键的值思考问题验证 pojo： public class User { private Integer id; private String name; private String pwd; setter和getter.... } 数据库： 1、获取自增主键的值 映射文件： <!-- UserMapper接口 public void addUser(User user); --> <
MySQL中自增主键的当前最大值保存在哪里？
hellozhuaizhuai的专栏
04-07 503
2. **持久化到磁盘**：虽然自增计数器的值是在内存中维护的，但当表中的数据发生变化（如插入新的记录）时，这个值会随着事务的提交持久化到磁盘上。4. **重启数据库的影响**：当MySQL数据库重启时，InnoDB会为每个含有自增列的表重新初始化自增计数器的值。3. **表的元数据**：在InnoDB中，表的元数据存储在数据字典中，这包括了表的结构定义等信息。虽然自增的最大值不是直接存储在元数据中，但通过表中实际存在的最大自增值，InnoDB能够在数据库启动或表首次被访问时重建自增计数器的值。
**如何监控MySQL的连接使用率和性能？**
最新发布
06-04
<think>嗯，用户现在想了解如何监控MySQL的连接使用率和性能，看来他们之前已经询问过最大连接数的问题，现在想更深入地监控和管理数据库。用户引用了五篇资料，但核心需求很明确：需要实用的监控方法和工具推荐。从引用材料来看，用户可能是个数据库管理员或开发人员，正在寻找专业级的监控方案。引用1和3提到性能监控的重要性，引用2和4分别介绍了第三方工具和连接池监控思路，引用5则提供了索引监控的SQL语句。这些材料质量不错，但用户需要的是整合后的实操方案。在之前的回复中，我已经详细解释过max_connections的配置，现在需要延续这个专业深度。用户可能面临的实际场景是：数据库偶尔出现性能瓶颈，需要提前发现连接数不足或响应延迟的问题。他们真正的需求不仅是监控工具列表，更是如何建立完整的性能监控体系。从技术角度，这个问题可以拆解为三个层面：基础指标监控（如连接数、活动线程）、高级性能分析（如慢查询、锁竞争）和工具链搭建。特别要注意引用5提到的performance_schema，这是MySQL内置的强大工具，应该作为重点推荐。用户可能没意识到但同样重要的是：监控数据的解读和告警策略。比如Threads_connected接近max_connections时该如何处理，或者如何区分短时峰值和持续过载。这些实战经验需要整合进回答。关于工具推荐，考虑到不同用户的技术栈：中小企业可能更适合开源方案如Prometheus，而大企业可推荐ApplicationsManager这类商用方案（引用2提到它的深度监控能力）。连接池监控部分（引用4）需要单独说明，因为Java应用的连接池管理和数据库原生连接不是同一维度。需要特别强调时间序列数据的价值——比如用grafana展示连接数变化曲线，比单纯看数字直观得多。同时要提醒监控频率设置，过于频繁的采集可能影响数据库性能本身。</think> 监控MySQL连接使用率和性能需要结合**系统命令、内置工具、SQL查询和第三方工具**，以下是分步骤的实用方案： --- ### **一、核心监控指标** #### 1. **连接使用率** - **当前连接数**：`SHOW STATUS LIKE 'Threads_connected';` - **最大连接数**：`SHOW VARIABLES LIKE 'max_connections';` - **使用率计算公式**： ``` $$ \text{连接使用率} = \frac{\text{Threads\_connected}}{\text{max\_connections}} \times 100\% $$ ``` > 安全阈值：建议 ≤80%（超过需扩容或优化） #### 2. **连接状态分布** ```sql SHOW STATUS LIKE 'Threads_%'; -- 重点关注： -- Threads_running（活跃查询线程） -- Threads_created（历史创建连接数） -- Threads_cached（缓存中的线程） ``` #### 3. **连接来源分析** ```sql SELECT user, host, COUNT(*) FROM information_schema.processlist GROUP BY user, host; ``` --- ### **二、内置工具监控** #### 1. **`SHOW PROCESSLIST`** 实时查看连接状态和执行的SQL： ```sql SHOW FULL PROCESSLIST; -- 显示完整SQL（避免截断） ``` > 关键列：`Command`（如`Query`/`Sleep`）、`Time`（执行时长）、`State`（状态） #### 2. **Performance Schema** 启用后（需配置）可获取深度数据： - **连接池监控**（引用[4]思路）： ```sql SELECT * FROM performance_schema.threads; ``` - **索引使用率**（引用[5]）： ```sql SELECT * FROM performance_schema.table_io_waits_summary_by_index_usage; ``` #### 3. **Sys Schema** 预置诊断视图（MySQL 5.7+）： ```sql -- 连接等待最多的主机 SELECT * FROM sys.host_summary_by_statement_latency; -- 慢SQL分析 SELECT * FROM sys.statement_analysis; ``` --- ### **三、第三方工具整合** #### 1. **Prometheus + Grafana** - **部署Exporter**：使用 `mysqld_exporter` 采集指标 - **关键Dashboard指标**： - 连接数时序曲线 - 活跃查询占比 - 每秒查询量（QPS） - 慢查询计数 #### 2. **Applications Manager**（引用[2]） - **深度监控能力**： - 自动预警连接池枯竭 - 事务锁竞争分析 - 复制延迟检测 #### 3. **Percona Monitoring & Management (PMM)** 开源方案提供： - **Query Analytics**：解析SQL执行计划 - **资源利用率关联**：CPU/内存与连接数的关联分析 --- ### **四、关键场景诊断** #### 1. **连接泄露** - **现象**：`Threads_created`持续增长，但`Threads_cached`不增加 - **定位**：检查长时间`Sleep`的连接： ```sql SELECT * FROM information_schema.processlist WHERE COMMAND='Sleep' AND TIME > 300; -- 5分钟以上空闲连接 ``` #### 2. **连接池过载** - **现象**：`Threads_running`持续接近`max_connections` - **优化**： - 调整`thread_cache_size` - 启用连接复用（如PHP的`pconnect`） - 检查应用侧连接池配置（引用[4]） --- ### **五、最佳实践建议** 1. **基线建立**：业务低峰期记录正常指标范围 2. **自动化告警**： - 连接使用率 >80% - `Threads_running` > 50% max_connections - 慢查询数突增 3. **定期优化**： - 每月分析索引使用率（引用[5]） - 清理不活跃账号（减少冗余连接） > 通过组合内置指标和可视化工具（如Grafana），可构建实时监控看板实现快速响应[^1][^2][^3]。 --- **相关问题**： 1. MySQL慢查询日志如何配置并分析性能瓶颈？ 2. 如何通过`EXPLAIN`优化高延迟SQL语句？ 3. 数据库连接池配置参数有哪些调优策略？ 4. Prometheus监控MySQL时需关注哪些关键指标？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值