volume

第十五章 LVM管理和LVM分区系统损坏如何挂载导数据实战 本节所讲内容： 15.1 LVM的工作原理 15.1.1 LVM的实用性 实战运用场景：对生产用服务器磁盘空间利用率是运维重点关注的问题之一，如果存储数据的分区磁盘空间不够了对生产用服务器影响很大。 处理方式常用有以下两种 没有引入LVM： 1、发布服务器停机通知-->停用服务-->关机增加硬盘-->分区格式化挂载-->将数据拷到新的位置-->修改相关的配置文件-->启动服务恢复业务-->发布业务恢复通知 引入LVM： 2、发布服务器停机通知-->停用服务-->关机增加硬盘-->分区LVM在线动态扩容->启动服务恢复业务-->发布业务恢复通知 从上面的可以看到不同的影响如下： 1）最大也是浪费时间最多的是拷贝数据及修改配置文件，在现阶段动辄T级别的数据，这个时间会很长的 2）对于大型软件配置文件关联性很强，一个地方修改不好也是个很麻烦的事情 15.1.2 LVM的工作原理 LVM是在物理工作层与系统工作层中间加入了一个逻辑管理层，所以再对物理磁盘操作的时候不再单纯使用操作系统的分区格式化，而是引入了叫逻辑卷的管理 15.1.3 LVM的相关定义 物理存储介质：也就是我们常用的物理磁盘，但分区时设置让LVM能识别的格式--选择t-->8e 物理卷PV：物理卷就是LVM的基本存储逻辑块，可以想像成一袋袋面粉 卷组VG：

目的：管理磁盘的一种方式，性质与基本磁盘无异 特点：随意扩张大小，缩减大小，快照备份。 术语 PV:物理卷（Physical volume） VG：卷组(Volume Group) LV：逻辑卷(Logical Volume) 一、创建LVM 准备物理磁盘 0. 准备物理磁盘 [ root@server0 ~ ] # ll /dev/sd* brw - rw - - - - . 1 root disk 253 , 32 Jun 6 17 : 38 / dev / sdc brw - rw - - - - . 1 root disk 253 , 48 Jun 6 17 : 38 / dev / sdd brw - rw - - - - . 1 root disk 253 , 64 Jun 6 17 : 38 / dev / sde 1 将物理磁盘，转换成物理卷-PV [ root@server0 ~ ] # pvcreate /dev/sdc Physical volume "/dev/sdc" successfully created 查看PV信息 [ root@server0 ~ ] # pvscan PV / dev / vdd lvm2 [ 2.00 GiB ] Total : 1 [ 2.00 GiB ] / in use : 0 [ 0 ] / in no VG : 1

前奏：由于虚拟机的资源是动态添加，虚拟机的容量可能会随着数据量的增大而需要备份。所以需要动态的为vm添加存储卷。当volume不再需要时再卸载即可。 可以从dashboard和命令行下，以下都是从命令行下实现： 扩容步骤： 1.新建volume 执行：nova volume-create --display-name $your_name $capacity_num 2.把新建的volume添加到VM中 执行：nova volume-attach $VM_ID $volume_ID $device_name 3.把添加volume的虚拟机重启，然后进入系统，切换到root用户。 4.检查磁盘：fdisk -l 找到刚添加的磁盘，比如/dev/vdb。 5.为磁盘分区： 执行：fdisk /dev/vdb 6.把磁盘格式化为ext4文件系统： 以vdb1为例，执行：mkfs -t ext4 /dev/vdb1 7.新建目录，做为磁盘挂载地址： 执行：mkdir /home/vdb1 8.挂载： 执行：mount /dev/vbd1 /home/vdb1 ok！！！ 卸载volume步骤： 1.停止磁盘使用后 执行：umount /dev/vdb1 如果出错，可执行：lsof | grep vdb1,找到进程号后，杀掉进程，之后推出。再次卸载即可。 2.把磁盘从依附的VM中移除： 执行

本篇专注在调度过程中 Predicates 和 Priorities 这两个调度策略主要发生作用的阶段。 Predicates 首先，我们一起看看 Predicates。 Predicates 在调度过程中的作用，可以理解为 Filter ，即：它按照调度策略，从当前集群的所有节点中，“过滤”出一系列符合条件的节点。这些节点，都是可以运行待调度 Pod 的宿主机。 而在 Kubernetes 中，默认的调度策略有如下三种。 第一种类型，叫作 GeneralPredicates。 顾名思义，这一组过滤规则，负责的是最基础的调度策略。 PodFitsResources PodFitsResources 计算的就是宿主机的 CPU 和内存资源等是否够用。 当然，我在前面已经提到过，PodFitsResources 检查的只是 Pod 的 requests 字段。需要注意的是，Kubernetes 的调度器并没有为 GPU 等硬件资源定义具体的资源类型，而是统一用一种名叫 Extended Resource 的、Key-Value 格式的扩展字段来描述的。比如下面这个例子： apiVersion: v1 kind: Pod metadata: name: extended-resource-demo spec: containers: - name: extended-resource

Docker存储卷(volume) volume存储卷 : 是容器上的一个或多个"目录"，此类目录可绕过联合文件系统，与宿主机上的某目录"绑定(关联)" docker中分为2种类型的卷： 1.Bind mount volume （绑定挂载卷：在宿主机跟容器内部创建特定路径，让2个已知路径建立关联关系） 2.Docker-managed volume（docker管理的卷：需在容器内部制定容器挂载目录，被绑定的宿主机目录（这个 宿主机目录是docker daemon自助创建的以docker id号为结尾的 ，是docker内部自己来维护的）） 在容器中使用volume 为docker run命令使用 -V 选项即可使用Volume 1.docker -managed volume #docker run -it --name bbox1 -v /data busybox #docker inspect -f {{.Mounts}} bbox1 查看bbox1容器的卷,卷标识符及挂载的主机目录 2.Bind-Mount volume #docker run -it -v HOSTDIR:VOLUMEDIR --name bbox2 busybox (HOSTDIR是宿主机目录，VOLUMEDIR是容器中的目录) #docker inspect -f {{.Mount}} bbox2

LVM的工作原理 LVM（ Logical Volume Manager）逻辑卷管理，是在磁盘分区和文件系统之间添加的一个逻辑层，来为文件系统屏蔽下层磁盘分区布局，提供一个抽象的盘卷，在盘卷上建立文件系统。管理员利用LVM可以在磁盘不用重新分区的情况下动态调整文件系统的大小，并且利用LVM管理的文件系统可以跨越磁盘，当服务器添加了新的磁盘后，管理员不必将原有的文件移动到新的磁盘上，而是通过LVM可以直接扩展文件系统跨越磁盘。 它就是通过将底层的物理硬盘封装起来，然后以逻辑卷的方式呈现给上层应用。在LVM中，其通过对底层的硬盘进行封装，当我们对底层的物理硬盘进行操作时，其不再是针对于分区进行操作，而是通过一个叫做逻辑卷的东西来对其进行底层的磁盘管理操作。 1.1 LVM常用的术语 物理存储介质（The physical media）:LVM存储介质可以是磁盘分区，整个磁盘，RAID阵列或SAN磁盘，设备必须初始化为LVM物理卷，才能与LVM结合使用。 物理卷PV（physical volume） ：物理卷就是LVM的基本存储逻辑块，但和基本的物理存储介质（如分区、磁盘等）比较，却包含有与LVM相关的管理参数,创建物理卷它可以用硬盘分区，也可以用硬盘本身； 卷组VG（Volume Group） ：一个LVM卷组由一个或多个物理卷组成  逻辑卷LV（logical volume）

本文主要谈谈数据如何持久化保存下来！ 数据持久化 volume 在服务环境中，更多的时候我们想要的是将容器的某些数据保存下来，如服务的日志，MySQL 的数据等等。 如果不做其他的配置，在容器删除之后，数据也会随之删除，这显然不符合我们用户的需求。 查看本机的 volume： docker volume ls 默认情况下应该是空的，如果你的不是，可能是之前运行过 redis 的原因，因为我现在已经删除了所有容器。 这里以一个 MySQL 容器为例，其中涉及到的参数可以参考以下链接： https://github.com/docker-library/docs/tree/master/mysql 运行 MySQL 容器： docker container run -d --name mysql-demo -e MYSQL_ALLOW_EMPTY_PASSWORD=yes mysql:5.7 设置 MySQL 登陆不需要密码！ docker container run -d --name mysql-demo -e MYSQL_ALLOW_EMPTY_PASSWORD=yes mysql:5.7 进入容器创建数据库： docker container exec -it mysql-demo /bin/sh 结果如图： 此时查看 volume 情况： docker volume ls

1.安装 pyttsx3 pip install pyttsx3 2.使用方法 import pyttsx3 # 创建对象 engine = pyttsx3.init() # 获取当前语音速率 rate = engine.getProperty('rate') print(f'语音速率：{rate}') # 设置新的语音速率 engine.setProperty('rate', 200) # 获取当前语音音量 volume = engine.getProperty('volume') print(f'语音音量：{volume}') # 设置新的语音音量，音量最小为 0，最大为 1 engine.setProperty('volume', 0.5) # 获取当前语音声音的详细信息 voices = engine.getProperty('voices') print(f'语音声音详细信息：{voices}') # 设置当前语音声音为女性，当前声音不能读中文 engine.setProperty('voice', voices[1].id) # 设置当前语音声音为男性，当前声音可以读中文 engine.setProperty('voice', voices[0].id) # 获取当前语音声音 voice = engine.getProperty('voice') print(f

一、docker数据卷管理 1.为什么用数据卷？ docker分层文件系统 性能差 生命周期与容器相同 2.docker数据卷 mount 到主机中，绕开分层文件系统 和主机磁盘性能相同，容器删除后依然保留 仅限本地磁盘，不能随容器迁移 3.docker提供了两种卷： bind mount docker managed volume 1. bind mount bind mount 是将主机上的目录或文件mount到容器里，使用直观高效，易于理解。使用-v选项指定路径，格式: [root@node2 ~]# docker run -d --name web1 -p 80:80 -v /opt/website:/usr/share/nginx/html nginx f54e513e868034a773637018214a6c98a4ca70eb30e994ce067a87677adfa5cb [root@node2 ~]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES f54e513e8680 nginx "nginx -g 'daemon of…" 9 seconds ago Up 7 seconds 0.0.0.0:80->80/tcp web1 为啥curl的时候是禁止。是因为这个目录是空的

昨天拔硬盘时,不能弹出,赶着要睡觉,就直接拔掉USB接口,谁料到今天再插进去,电脑不能识别,无法装载了. 我的天那, 里面很多重要资料,我以为硬盘坏了,要重新格盘了...T T 还好在网上找到了大神们的指点: 1) 先使用diskutil list 查看自己宗卷名字 我的是Netac 对应的是/dev/disk2 SiegdeMBP:~ sieg$ diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *121.3 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_APFS Container disk1 121.1 GB disk0s2 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +121.1 GB disk1 Physical Store disk0s2 1: APFS Volume Macintosh HD 105.3 GB disk1s1 2: APFS Volume Preboot 66.7 MB disk1s2 3: APFS Volume Recovery 1.0