pv

Kubernetes与Jenkins的CI/CD 1、jenkins是需要部署有状态应用 1）因为需要固定的访问地址（IP、域名）、固定的存储，这才是需要有状态应用StatefulSet 2、存储pv,pvc自动供给 1）可以创建pv，这样的话pvc需要多少个G，都可以自动创建，前提是定义好pv 3、k8s镜像拉取认证 1）首先得创建registry-pull-secret，才能在仓库中拉取镜像 参考文档： https://blog.csdn.net/xukangkang1hao/article/details/80839834 来源： 51CTO 作者： jiekegz 链接： https://blog.51cto.com/jacksoner/2341057

逻辑卷管理器 实时可拓展可缩小的分区类型 1.如何传建一个逻辑卷 首先建立一个新分区，修改分区的ID。 (1)创建物理卷 ： -------------------------------- pvcreate /dev/sdb1 /dev/sdb2 查看命令：pvdisplay -------------------------------- （2）创建卷组： -------------------------------------------------------------- vgcreate vgtest /dev/sdb1 /dev/sdb2 设置块大小 vgcreate -s 16M vgtest /dev/sdb1 /dev/sdb2(默认块大小位4M) 查看：vgdisplay -------------------------------------------------------------- （3）创建逻辑卷： ---------------------------------------------------- lvcreate -n lvtest -L 2G vgtest 或者lvcreate -n lvtest -l 500 vgtest(小写的L为块数) ---------------------------------------------

首先是项目代码:statAd是我的功能模块API，他的 功能定义 是累加某个广告在 某个投放位置 的pv和uv (存到一个全局数组LIST里) 详细说明： pv的概念大家很清楚就是浏览广告的人次，uv的概念则是某个时间段内，浏览过的人数（非人次，一人浏览多次算多个PV但只算一个UV）；输入其实是已经经过初步计算的数据，它标识了一个人在某个页面浏览过某过个广告的次数，但是一个广告可以投放到多个页面，所以一个人可以在不同页面浏览相同的广告，这在输入数据里就会被当做多笔输入；下面是这个API的输入输出定义 输入：userid（用户身份），adid(广告标示)，adflag(广告投放位置)，pv(该人已在此广告位置浏览了几次，其实多半是刷新) 输出：累加输入的广告标示在某广告位置的PV,UV function statAd(userid, adflag, adid, pv, __ARGVEND__, v, newpv, newuv) { item = adid" "adflag if(item in LIST) { split(LIST[item],v," ") v[1] += pv if(!(item" "userid in ITEM_USERS)) { v[2] += 1 } LIST[item] = v[1]" "v[2] } else { newpv = 1 newuv = 1

一、LVM初始化 1.物理卷pv 常用命令 pvs／pvscan　查看系统里有pv的磁盘 pvdisplay　显示系统上面的pv状态 pvremove　删除pv 创建pv pvcreate /dev/sdb2 Physical volume "/dev/sdb2" successfully created. 查看pv列表 pvs/pvscan PV VG Fmt Attr PSize PFree /dev/sda2 vg_root lvm2 a-- 35.00g 1.00g /dev/sda3 vg_new lvm2 a-- 64.50g 9.50g /dev/sdb1 lvm2 --- 95.36g 95.36g /dev/sdb2 lvm2 --- <104.64g <104.64g 查看pv状态 pvdisplay --- Physical volume --- PV Name /dev/sda2 VG Name vg_root PV Size 35.00 GiB / not usable 4.00 MiB Allocatable yes PE Size 4.00 MiB Total PE 8960 Free PE 256 Allocated PE 8704 PV UUID yC67Cm-Hvxr-aXde-ovxA-1qME-UEIa-hmkzgq --- Physical

转自 这里 Xen是一个开源的type-1或者裸机管理程序，它使得一个物理主机能够同时并行运行多个相同的或者不同的操作系统实例。Xen是目前唯一的开源可得的type-1管理程序。Xen被应用于许多商业和开源的应用程序中，比如：服务器虚拟化(server virtualization)、基础设施即服务(Infrastructure as a Service)、桌面虚拟化(desktop virtualization)、安全应用程序(security applications)、嵌入式和硬件设备(embedded and hardware appliances)。毫无疑问，Xen驱动着当今大部分的云计算市场。 Xen支持运行两种不同类型的虚拟机:半虚拟化(PV)和全虚拟化(HVM)。在一个单一的Xen系统中可以同时运行这两种不同类型的虚拟机。另外，在全虚拟化(HVM)虚拟机中也能够使用半虚拟化(PV)技术：实质上是创建一个半虚拟化(PV)和全虚拟化(HVM)的连续体。这种方式被称为PV on HVM。想要获取更多关于虚拟化的知识可以看 这里 那么Xen虚拟化技术中的半虚拟化(PV)和全虚拟化(HVM)有什么区别呢? Xen Paravirtualization (PV) 半虚拟化是由Xen引入的高效和轻量的虚拟化技术，随后被其他虚拟化平台采用

PHP高并发和大流量的解决方案 一 、高并发的概念 在互联网时代，并发，高并发通常是指并发访问。也就是在某个时间点，有多少个访问同时到来。 二 、高并发架构相关概念 1、QPS (每秒查询率) : 每秒钟请求或者查询的数量，在互联网领域，指每秒响应请求数(指HTTP请求) 2、PV（Page View）：综合浏览量，即页面浏览量或者点击量，一个访客在24小时内访问的页面数量 注：同一个人浏览你的网站的同一页面，只记做一次pv 3、吞吐量（fetches/sec） ：单位时间内处理的请求数量 （通常由QPS和并发数决定） 4、响应时间：从请求发出到收到响应花费的时间 5、独立访客（UV）：一定时间范围内，相同访客多次访问网站，只计算为1个独立访客 6、带宽：计算带宽需关注两个指标，峰值流量和页面的平均大小 7、日网站带宽： PV/统计时间（换算到秒） * 平均页面大小（kb）* 8 三、需要注意点： 1、QPS不等于并发连接数（QPS是每秒HTTP请求数量，并发连接数是系统同时处理的请求数量） 2、峰值每秒请求数（QPS）= （总PV数*80%）/ （六小时秒数*20%）【代表80%的访问量都集中在20%的时间内】 3、压力测试： 测试能承受的最大并发数 以及测试最大承受的QPS值 4、常用的性能测试工具【ab，wrk，httpload，Web Bench，Siege，Apache

http://www.cnblogs.com/gaojun/archive/2012/08/22/2650229.html Linux LVM硬盘管理及LVM扩容 LVM磁盘管理 一、LVM简介... 1 二、 LVM基本术语... 2 三、 安装LVM... 3 四、 创建和管理LVM... 4 2、 创建PV.. 6 3、 创建VG.. 7 4、 创建LV.. 9 5、LV格式化及挂载... 10 一、LVM简介 LVM是 Logical Volume Manager(逻辑卷管理)的简写，它由Heinz Mauelshagen在Linux 2.4内核上实现。LVM将一个或多个硬盘的分区在逻辑上集合，相当于一个大硬盘来使用，当硬盘的空间不够使用的时候，可以继续将其它的硬盘的分区加入其中，这样可以实现磁盘空间的动态管理，相对于普通的磁盘分区有很大的灵活性。 与传统的磁盘与分区相比，LVM为计算机提供了更高层次的磁盘存储。它使系统管理员可以更方便的为应用与用户分配存储空间。在LVM管理下的存储卷可以按需要随时改变大小与移除(可能需对文件系统工具进行升级)。LVM也允许按用户组对存储卷进行管理，允许管理员用更直观的名称(如"sales'、 'development')代替物理磁盘名(如'sda'、'sdb')来标识存储卷。 如图所示LVM模型： 由四个磁盘分区可以组成一个很大的空间

（整理自《鸟哥的Linux私房菜》基础篇） LVM 可以整合多个实体 partition 在一起， 让这些 partitions 看起来就像是一个磁盘一样！而且，还可以在未来新增或移除其他的实体 partition 到这个 LVM 管理的磁盘当中。 1. 什么是 LVM： PV, PE, VG, LV 的意义 1.1 Physical Volume, PV, 物理卷 我们实际的 partition (或 Disk) 需要调整系统标识符 (system ID) 成为 8e (LVM 的标识符)，然后再经过 pvcreate 的指令将他转成 LVM 最底层的物理卷 (PV) ，之后才能够将这些 PV 加以利用。 1.2 Volume Group, VG, 卷组 VG 就是 LVM 组合起来的大磁盘。 1.3 Physical Extent, PE, 物理拓展块 LVM 预设使用 4MB 的 PE 区块，而 LVM 的 LV 在 32 位系统上最多仅能含有 65534 个 PE(lvm1 的格式)，因此预设的 LVM 的 LV 会有 4M*65534/(1024M/G)=256G。PE是整个 LVM 最小的储存区块，也就是说，其实我们的文件资料都是藉由写入 PE 来处理的。 简单的说，这个 PE 就有点像文件系统里面的 block 大小。 所以调整 PE 会影响到 LVM 的最大容量！