高可用共56篇
Rook 与 Ceph 入门:为什么用 Rook 管理 Kubernetes 存储集群-AI运维探索者

Rook 与 Ceph 入门:为什么用 Rook 管理 Kubernetes 存储集群

一、基于Rook运维管理Ceph集群 1.1 Kubernetes使用Rook部署Ceph存储集群 Rook [https://rook.io](https://rook.io/) 是一个自管理的 **分布式存储** 编排系统,可以为Kubernetes提供 **便利** ...
头像2年前
03012
MySQL主从复制原理:线程、文件与 Classic Replication-AI运维探索者

MySQL主从复制原理:线程、文件与 Classic Replication

一、数据库服务主从复制概述 MySQL数据库服务从3.23版本就开始提供复制的功能,复制是指将主数据库的DDL和DML操作语句通过二进制日志传到复制服务器上; 然后在从库上(复制服务器)对这些日志重...
头像2年前
04013
二进制高可用安装k8s基础组件与证书生成-AI运维探索者

二进制高可用安装k8s基础组件与证书生成

一、基本组件安装 1.1 Containerd作为Runtime 如果安装的版本低于1.24,选择Docker和Containerd均可,高于1.24选择Containerd作为Runtime。 1.在每台机器上执行以下命令安装docker-ce-20.10,注...
头像1年前
0399
CephFS StorageClass 实战:Redis 持久化与多节点共享存储-AI运维探索者

CephFS StorageClass 实战:Redis 持久化与多节点共享存储

一、部署CephFS StorageClass CephFS 允许用户挂载一个兼容posix的共享目录到多个主机,该存储和NFS共享存储以及CIFS共享目录相似; 1、创建 StorageClass 2、查看StorageClass 说明:cephfs使...
Keepalived进阶配置:非抢占模式与双主高可用设计-AI运维探索者

Keepalived进阶配置:非抢占模式与双主高可用设计

一、为什么基础主备之外还需要进阶配置 这里在完成基础主备高可用和服务监控之后,又继续讲了“进阶用法”。 这说明标准主备虽然能解决单点问题,但在一些更复杂的场景里,默认行为并不总是最合...
Rook部署Ceph前置准备:裸盘、LVM2 与 RBD 内核模块检查-AI运维探索者

Rook部署Ceph前置准备:裸盘、LVM2 与 RBD 内核模块检查

一、安装Ceph集群 Rook支持K8S v1.19+的版本,CPU架构为amd64、x86\_64或arm64均可。 通过rook安装ceph集群 必须满足以下先决条件: - 至少准备3个节点、并且全部可以调度pod,满足ceph副本高可...
头像2年前
03212
MySQL主从复制排错实战:监控状态、连接异常与数据冲突-AI运维探索者

MySQL主从复制排错实战:监控状态、连接异常与数据冲突

一、复制数据过程监控 实现主从复制数据监控方法: **方法01:利用数据库自带命令实现监控:** 在从库上可以使用SQL语句,进行主从复制数据情况的监控: 监控语句输出信息解读: | 内容分类 | ...
头像2年前
0236
二进制高可用安装k8s控制面与Node节点配置-AI运维探索者

二进制高可用安装k8s控制面与Node节点配置

一、k8s组件配置 所有节点创建相关目录 1.1 Apiserver 1.Master01节点的配置如下 2.Master02节点的配置如下 3.Master03节点的配置如下 4.所有Master节点开启kube-apiserver并检测kube-server状...
头像1年前
0487
CephFS 挂载报错排查与 Ceph RBD、CephFS 选型建议-AI运维探索者

CephFS 挂载报错排查与 Ceph RBD、CephFS 选型建议

一、遇到的问题 问题现象:当执行完下面命令后,名为redis的pod一直处于ContainerCreating状态,提示`attacher.MountDevice failed to create newCsiDriverClient: driver name rook-ceph.cephfs...
kube-proxy 工作机制:iptables、IPVS 与负载均衡算法详解-AI运维探索者

kube-proxy 工作机制:iptables、IPVS 与负载均衡算法详解

一、kube-proxy 负责什么 除 `ExternalName` 之外,大多数 Service 的流量转发都依赖 kube-proxy。它运行在每个节点上,负责把访问 Service 的流量重定向到后端 Pod。 原文把常见代理模式分成两...