GlusterFS

前言 Gluster是可伸缩(scalable)的分布式文件系统，它将来自多个服务器的磁盘存储资源聚合到单个全局名称空间中。这里研究glusterfs是调研用于内网k8s环境下的存储类(Storage Classes)。 术语 Brick ：最基本的存储单元，表示为trusted storage pool中输出的目录，供客户端挂载用。 Volume ：一个卷。在逻辑上由N个bricks组成。 在一个gluster集群中，在每台机器上划分出来的存储分区是一个Brick，gluster要创建volume才可以使用，一个volume存的文件就分布在Brick上。 Volume类型 1. Distributed Glusterfs Volume 如果未指定任何卷类型，则这是默认创建的卷类型。 在这里，文件分布在卷中的各个块之间。 因此，file1只能存储在brick1或brick2中，而不能存储在两者中。 因此，没有数据冗余。 2. Replicated Glusterfs Volume 数据的副本将保留在所有模块上，卷中的副本数可以由客户端在创建卷时决定， 这样的卷用于更好的可靠性和数据冗余。 3. Distributed Replicated Glusterfs Volume 文件分布在复制的Brick中。 块数必须是副本数的倍数。 同样，我们指定Brick的顺序也很重要

一、安装glusterfs 1、什么是glusterfs Glusterfs是一个开源分布式文件系统，具有强大的横向扩展能力，可支持数PB存储容量和数千客户端，通过网络互联成一个并行的网络文件系统。具有可扩展性、高性能、高可用性等特点 2、安装glusterfs 所有节点 yum install centos-release-gluster -y yum install install glusterfs-server -y systemctl start glusterd.service systemctl enable glusterd.service mkdir -p /gfs/test1 mkdir -p /gfs/test2 二、添加存储资源池 master节点 [root@master ~]# gluster pool list UUID Hostname State e23fd83e-ed78-424d-a20c-c1cec983973e localhost Connected [root@master ~]# gluster peer probe node1 peer probe: failed: Probe returned with Transport endpoint is not connected [root@master ~]# gluster peer

Portworx的商业价值 减少基础架构成本30~60%，减少风险，加速容器化应用。 在一个快速变化、多云架构的环境中，企业快速部署新应用的压力越来越大。为了达到敏捷性，企业开始采用更先进的以容器为基础的应用架构。Gartner统计在2020年，50%的国际级公司会在生产系统中使用容器技术。2020年，超过20%的企业存储资源会被用以支撑容器化应用，而这一数字在之前不超过1%。然而，传统的存储解决方案对分布式的容器化环境来说过于复杂、成本高昂、且不稳定。这也是为什么如GE、Comcast、Verizon等大型企业信任Portworx来管理它们的关键应用数据。完成跨多云、零宕机时间、和零数据损失，同时极大的降低基础架构的成本。 全球财 富1000强公 司信任Portworx为其生 产系统服务服务: 减少计算资源成本 40~60% 容器比虚拟机更加轻量。在不同的基础架构环境下，我们可以增加每主机支撑应用的密度至少4倍以上。由于平均应用密度的增加，企业通过容器技术降低了至少一半的服务器成本。Portworx帮助用户增加了同一主机上可运行有状态应用的数量，如数据库这样的有状态应用。在很多例子中，当客户需要在多节点下运行有状态应用的情况下，Portworx帮助客户减少了40~60%的必须的容器数量。把有状态应用向容器转移的好处是非常明显的，然而,

问题现象： 在项目中，使用glusterfs创建卷，挂载给云平台使用，因为光纤交换机掉电，造成glusterfs挂载点异常，全部变成了问号。 d????????? ? ? ? ? ? /var/lib/nova/instances/ 原因： 在光线交换机掉电后，云平台业务虚机继续产生的写数据，造成挂载目录文件奔溃。 解决方法： umount /var/lib/nova/instances/ 出现无法卸载问题 使用fusermount-glusterfs -uz /var/lib/nova/instances/ 卸载成功，重新挂载。 fusermount-glusterfs --help 查看使用方法 来源： oschina 链接： https://my.oschina.net/u/4390465/blog/4483519

1. Volume简介 1.1 k8s的volume和docker的volume区别 1.2 kubernetes支持的volume类型 2. 重点的volume类型 2.1 emptyDir 2.1.1 emptyDir简介 2.1.2 emptyDir常见用途 2.1.3 emptyDir的具体使用方式 2.2 hostPath 2.2.1 hostPath简介 2.2.2 hostPath用途 2.2.3 使用hostPath的注意事项 2.2.4 hostPath的具体定义方式 1. Volume简介 volume (存储卷)是pod中能够被多个容器访问的共享目录 1.1 k8s的volume和docker的volume区别 Kubernete中的 volume 被定义在pod上 ，然后被 一个pod的多个容器 挂载到具体的文件目录下 Kubernetes中的 volume 和pod的生命周期相同，但与容器的生命周期不相关 即容器重启volume不会丢失 但是pod重启volume卷会丢失 注意 ：这里的volume卷丢失不代表volume对应的实际地址会丢失，而是 spec.volumes 的定义丢失。 kubernetes支持多种类型的volume 1.2 kubernetes支持的volume类型 以下列举一些常见或者需要了解的volume类型： emptyDir

ovirt是RHEV的社区版，是一个免费开源的虚拟化软件。它包括管理端和node节点，类似于vsphere和esxi大关系一样。Ovirt中集成了glusterfs分布式存储的管理功能，在图形化界面下友好的管理了glusterfs。下面大概看看它的组成部分： 一个 Ovirt环境包括： 1、主机（host）：基于 KVM 的、用来运行虚拟机的主机。在本文档中有时也被称为虚拟主机。 代理和工具程序：运行在主机上的代理和工具程序（包括 VDSM、QEMU 和 libvirt）。这些工具程序提供了对虚拟机、网络和存储进行本地管理的功能。 2、ovirt manager：一个对 CecOSvt 环境进行中央管理的图形界面平台。用户可以使用它查看、增添和管理资源。 3、存储域：用来存储虚拟资源（如虚拟机、模版和 ISO 文件）。 4、数据库：用来跟踪记录整个环境的变化和状态。/5、目录服务器：用来提供用户账户以及相关的用户验证功能的外部目录服务器。 5、网络：用来把整个环境联系在一起。它包括物理网络连接和逻辑网络。 搭建Ovirt 管理的ovirt-engine 本次系统环境为centos6.5，由于本次只是搭建管理端，并没有采用"all in one"的部署方式，所以我们本次的环境就仅仅有一台服务器。 将所有主机配置好DNS服务器或者将所有主机的主机名写入/etc/hosts中

1.下载镜像 直接访问官方镜像地址下载，注意选择中国的镜像源，相对国外镜像下载速率比较快，进入后选择版本为7.2.1511，在isos目录下下载x86_64的Minimal镜像. 2.创建虚拟机 首先需要创建一个qcow2格式镜像文件，用于作为虚拟机的磁盘，大小20G. root@UKVM-IMG:/var/lib/libvirt/p_w_picpaths# qemu-img create -f qcow2centos7.2.1511-L.qcow2 20G Formatting 'centos7.2.1511-L.qcow2', fmt=qcow2 size=21474836480encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16 快速创建并启动虚拟机： NAME=centos7.2.1511-L ROOT_DISK=centos7.2.1511-L.qcow2 CDROM=/CentOS-7-x86_64-Minimal-1511.iso sudo virt-install --virt-type kvm --name $NAME --ram 1024 \ --disk $ROOT_DISK,format=qcow2 \ --network network=default \ -

微服务、云原生、Kubernetes、Service Mesh 是分布式领域的热点技术，它们并不是凭空出现的，一定继承了某些“前辈”的优点。我们不仅要了解这些技术，还要深入理解其发展脉络、原理等，才能游刃有余地将其用于现有的项目开发或老系统改造中。 以下是这位资深架构师的笔记内容： 由于内容过多，为了避免影响到大家的阅读体验，在此只以截图展示部分内容。有需要获取完整版的朋友点赞后，私信【笔记】即可（一定要记得关注我，不然没办法回复陌生人私信） 第1章：深入理解网络 讲解分布式的基础一-网络， 对国际互联网、NIO、AIO、网络传输中的对象序列化问题、HTTP的前世今生、TCP/IP、从CDN到SD-WAN等知识进行深入讲解。 详细章节介绍： 从国际互联网开始 NIO, 一本难念的经 AIO,大道至简的设计与苦涩的现实 网络传输中的对象序列化问题 HTTP的前世今生 分布式系统的基石: TCP/IP 从CDN到SD-WAN 第2章：分布式系统的经典理论 讲解分布式系统的经典理论，涉及分布式系统的设计理念、-致性原理; ZooKeeper 的使用场景; CAP理论的前世今生; BASE准则;分布式事务的原理。 详细章节介绍： 从分布式系统的设计理念说起 分布式系统的一致性原理 分布式系统的基石之ZooKeeper 经典的CAP理论 BASE准则，一个影响深远的指导思想

前言 公司要在k8s集群中使用mysql服务,作为对开发环境的测试数据存储.目前这个服务已经在k8s集群中稳定运行.话不多说.直接开搞 环境说明:k8s集群版本:1.17 mysql版本:mysql-5.7.20 1创建dockerfille编写 FROM centos:7 RUN ping -c 1 www.baidu.com RUN yum remove -y libnuma.so.1 RUN yum install -y vim net-tools cmake numactl bison bison-devel libaio-devel gcc gcc-c++ git ncurses-devel RUN groupadd mysql && useradd mysql -g mysql && mkdir /home/mysql/mydata/ && mkdir /home/mysql/mysql_logs && mkdir /home/mysql/scripts && mkdir /home/mysql/cnf ADD ./mysql-5.7.20-linux-glibc2.12 -x86_64.tar.gz /home/mysql/ RUN chown mysql:mysql -R /home/mysql/ && cd /home/mysql/ && \ mv mysql-

PV,PVC概述 PV的全称是: PersistentVolume (持久化卷)，是对底层的共享存储的一种抽象，PV由管理员进行创建和配置，它和具体的底层的共享存储技术的实现方式有关，比如Ceph、GlusterFS、NFS等，都是通过插件机制完成与共享存储的对接. PVC的全称是: PersistenVolumeClaim (持久化卷声明)，PVC是用户存储的一种声明，PVC和Pod比较类型，Pod是消耗节点，PVC消耗的是PV资源，Pod可以请求CPU的内存，而PVC可以请求特定的存储空间和访问模式。对于真正存储的用户不需要关心底层的存储实现细节，只需要直接使用PVC即可. 但是通过PVC请求一定的存储空间也很有可能不足以满足对于存储设备的各种需求，而且不同的应用程序对于存储性能的要求也能也不尽相同，比如读写速度、并发性能等，为了解决这一问题，Kubernetes又为我们引入了一个新的资源对象: StorageClass,通过StorageClass的定义，管理员可以将存储资源定义为某种类型的资源，比如快速存储、慢速存储等，用户根据StorageClass的描述就可以非常直观的知道各种存储资源特性了，这样就可以根据应用的特性去申请合适的存储资源了. PV和PVC生命周期 PV可以看作可用的存储资源，PVC则是对存储资源的需求，PV和PVC的互相关系遵循如下图 资源供应