pv

pv=物理卷=物理分区 vg=卷组 lv=逻辑卷 先要将物理磁盘（物理分区）转为pv，再在pv上新建vg，vg可以跨PV进行扩容，比如pv（sdb）可以扩容给vg（sda），再在vg上新建lv，LV不可以跨VG进行扩容，LV只能在自己的VG里面进行扩容。 #lsblk 查看几块硬盘 #pvcreate /dev/sdb1 /dev/sdb2 /dev/sdb3 创建pv (或者 # pvcreate /dev/sdb ) #pvcreate /dev/sda2 -ff 强行创建pv，有时候自动安装lvm的centos系统就会把sda2格式化成lvm格式，不加-ff是无法重新把sda2格式化成pv的 #vgcreate vg1 /dev/sdb[1-3] 创建vg #lvcreate -n lv1 -L 1.5G vg1 创建lv 格式化 #mkfs.xfs /dev/vg1/lv1 #pvs 查看pv信息 #vgs 查看vg信息 #lvs 查看lv信息 本pv内扩容vg和lv #lvextend -L +300M /dev/vg1/lv1 将vg1下面的lv1扩大300M #resize2fs /dev/Vg1/LV1 rhel6更新命令 #xfs_growfs /dev/mapper/LV1 rhel7 更新命 yum -y install parted -y

在开发个人博客的时候，用到了腾讯移动分析(MTA)，相比其他数据统计平台来说我喜欢她的简洁高效，易上手，同时文档也比较全面，提供了数据接口供用户调用。 在看了MTA演示 Demo 和 官方文档 后，我就决定使用 .NET Core将其HTML5统计API进行封装，以供博客直接调用，省去各种鉴权生成sign的操作。 首先需要在 MTA 官网进行HTML5应用创建，当然她还支持小程序和移动App。 然后就可以看到如上图的应用管理界面，如果你不打算使用其API接口，直接拿到统计代码嵌入在自己网站中即可，不出意外10分钟左右即可查看网站部分指标的实时数据，次日可以查看昨日的全部数据。 接下来继续，在调用MTA接口之前需要先生成sign， 双方维护同一份私钥，在发起请求的时候，发起方(合作方)将当前的请求参数数组，按照key值进行排序，然后'key=value'拼接到加密串后，进行md5的编码。接收方以同样的处理方式，对ts小于或等于30分钟的请求进行处理，sign一致则合法，否则失败。 有了这段算法描述，利用C#代码实现如下： /// <summary> /// 生成sign /// </summary> /// <param name="keyValues"></param> /// <returns></returns> public static string

LVM 概念：PV(单个硬件)--VG(组合)--LV(分区) pv打头的：代表pv相关的命令 vg带头的：代表vg相关的命令 lv带头的： 代表lv相关的命令 create:创建相关 remove:移除相关 display:显示相关 import:导入 相关 export:导出相关 rename:重命名 vgchange:改变状态相关 extend:扩展相关 reduce:缩进相关 PV: fdisk DEV --分区格式8e pvcreate dev -y(强制)：创建pv格式块 pvs :查看PV VG : vgcreate label path :创建vg卷 vgs：查看简要vg vgdisplay:vg详细信息 vgchange -a y lable :激活vg vgchange -a n lable : 关闭vg vgremove lable :移除vg vgextend lable path :添加新pv vgreduce lable path :删除pv ,需先关闭vg LV： lvcreate -L size -n lvname vglable :创建lv分区 lvremove /dev/vgname/lvname :删除lv分区，需先umount挂载 lvextend -L +size(+2G) /dev/vgname/lvname:扩展LV -r

QPS、TPS、PV、UV、GMV、IP、RPS QPS Queries Per Second，每秒查询数。 每秒能够响应的查询次数 。 QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。每秒的响应请求数，也即是最大吞吐能力。 TPS Transactions Per Second 的缩写， 每秒处理的事务数目 。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。 客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息作出的评估分。 TPS 的过程包括：客户端请求服务端、服务端内部处理、服务端返回客户端。例如，访问一个 Index 页面会请求服务器 3 次，包括一次 html，一次 css，一次 js，那么访问这一个页面就会产生一个“T”，产生三个“Q”。 PV （page view）即 页面浏览量 ，通常是衡量一个网络新闻频道或网站甚至一条网络新闻的主要指标。户每一次对网站中的每个页面访问均被记录 1 次。用户对同一页面的多次刷新，访问量累计。根据这个特性，刷网站的 PV 就很好刷了。 与 PV 相关的还有 RV ，即 重复访问者数量 （repeat visitors）。 UV 访问数（Unique Visitor）指

什么是Local Persistent Volumes 在kubernetes 1.14版本中， Local Persistent Volumes 已变为正式版本（GA），Local PV的概念在1.7中被首次提出（alpha），并在1.10版本中升级到beat版本。现在用户终于可以在生产环境中使用Local PV的功能和API了。 首先： Local Persistent Volumes 代表了直接绑定在计算节点上的一块本地磁盘。 kubernetes提供了一套卷插件（volume plugin）标准，使得k8s集群的工作负载可以使用多种块存储和文件存储。大部分磁盘插件都使用了远程存储，这是为了让持久化的数据与计算节点彼此独立，但远程存储通常无法提供本地存储那么强的读写性能。有了LPV 插件，kubernetes负载现在可以用同样的volume api，在容器中使用本地磁盘。 这跟hostPath有什么区别 hostPath是一种volume，可以让pod挂载宿主机上的一个文件或目录（如果挂载路径不存在，则创建为目录或文件并挂载）。 最大的不同在于调度器是否能理解磁盘和node的对应关系，一个使用hostPath的pod，当他被重新调度时，很有可能被调度到与原先不同的node上，这就导致pod内数据丢失了。而使用LPV的pod，总会被调度到同一个node上（否则就调度失败）。

Xen是一种开源的虚拟机监控器（VMM），属于Type-I；支持全虚拟化和半虚拟化； Xen的Hypervisor直接运行在硬件之上，其所创建的虚拟机都要运行在Hypervisor上；Xen只对CPU和内存进行了虚拟化，也就是说Xen只负责管理驱动CPU和内存其他的像IO等设备都是交给Dom0中的操作系统管理的，自己不负责管理，这是因为IO的种类很多，需要开发很多的驱动程序，是比较麻烦的，并且操作系统已经可以支持大多数IO设备了，直接使用岂不爽哉！ Xen管理虚拟机的方式： Xen将每个运行在其上的虚拟机都称之为Domain，每个虚拟机具有一个Domain号，其中第一个虚拟机被称为Dom0，其他的以此类推；这些Domain可以分为两类，即Domain0和其他DomainU#； Xen安装以后会自动运行一个名为Dom0的虚拟机，接下来的Xen的所有管理虚拟机的功能都是通过这个Dom0来实现的；这个Dom0既为用户管理其他虚拟机提供了接口，也负责接受其他虚拟机的IO调用请求（即DomU#的CPU和内存是由Hypervisor管理分配的，IO是由Dom0管理的），所以Dom0也被称为Privileged Domain（特权域）； Dom0也具有用户空间和内核空间； 在Xen中虚拟出来的CPU被当做一个进程或线程，然后Xen Hypervisor将这些线程或进程调度到物理CPU的某个核心上

第一种直接到etcd中删除 1、将所有的etcd中的key值取到一个keys.yam里面，便于查询 ETCDCTL_API=3 etcdctl get "" --from-key > keys.yaml 2、vim keys.yaml。找到 pvc-05b1eb8f-0561-432d-8dff-7f1a6de27d95 目标pv 找到以 /registry/ 开头 pvc-05b1eb8f-0561-432d-8dff-7f1a6de27d95 你目标结尾 这一串下面会用到 3、删除记录 ETCDCTL_API=3 etcdctl del /registry/pv/kube-system/pvc-05b1eb8f-0561-432d-8dff-7f1a6de27d95 第二种 kubectl patch kubectl patch pv 你的pv名字 -p ‘{"metadata":{"finalizers":null}}‘ 来源： https://www.cnblogs.com/lovesKey/p/11354995.html

服务器空间不够，需要在线扩容，之前没有操作过，从网上查了一些资料，步骤记录如下： 第一步：备份现有服务器数据，以防万一； 第二步：创建新的磁盘分区，格式为LVM； 　　　　fdisk /dev/sda 　　　　 第三步：创建PV; 　　　　pvcreate /dev/sda4; 第四步：给vg扩容； 　　　　vgextend /dev/VolGroup /dev/sda4; 第五步：给lv扩容； 　　　　lvextend -L +200G /dev/VolGroup/lv_root; 　　　　或 　　　　lvextend -L +100%FREE /dev/VolGroup/lv_root; 第六步：扩容文件系统 　　　　resize2fs -p /dev/VolGroup/lv_root; 第七步：查看扩容后情况 　　　　df -h; 来源： https://www.cnblogs.com/day959/p/11343104.html

1、pv 简单介绍 PersistenVolume（PV）：对存储资源创建和使用的抽象，使得存储作为集群中的资源管理 PV分为静态和动态，动态能够自动创建PV • PersistentVolumeClaim（PVC）：让用户不需要关心具体的Volume实现细节 容器与PV、PVC之间的关系，可以如下图所示： 总的来说，PV是提供者，PVC是消费者，消费的过程就是绑定。 参考网址：1、https://www.cnblogs.com/weifeng1463/p/10037803.html 2、https://blog.csdn.net/qq_25611295/article/details/86065053 2、nfs 搭建： yum install nfs-utils vim /etc/exports /data/k8s/ 172.16.1.0/24(sync,rw,no_root_squash) systemctl start nfs; systemctl start rpcbind systemctl enable nfs 测试： yum install nfs-utils showmount -e 172.16.1.131 3、PersistentVolume 静态绑定 （手工创建PV、PVC） [root@VM_0_48_centos prometheus]# cat

创建PV和PVC(以NFS为例) NFS server上创建多个挂载目录，并共享 mkdir -p /data/volumes/v{1..5} && ls /data/volumes/ 　　 来源： https://www.cnblogs.com/crazymagic/p/11333400.html