Hitrate ratio由三个数字组成，第一个数字范围0-10，第二个数字范围0-100，第三个数字范围0-1000。

分别表示过去N秒内的Hitrate avg。上图由于我是刚打开varnishstat，因此三个数字都是4，表示过去4秒内的平均hitrate，如果打开的时间足够长，以上三个数字就会逐渐变成10，100，1000。

Hitrate avg里的内容是命中率，需要乘以100转换成百分比，例如上图表示命中率为99.23%

接着往下看，三列数据分别表示实时数据，每秒平均值，自启动以来每秒平均值。有些参数是没有后两列的，这是因为这些值都有固定变动范围，例如N work threads，只会在0到最大值（我设的是200）之间变动，搞每秒平均值意义不大（我猜）。

以下指标需要重点关注一下：

Client connections accepted: （每秒处理连接数）。 Client requests received：经验表明connection:request=1:10左右时比较理想，比这个数大很多或者小很多都是不好的。代表到目前为止，浏览器向反向代理服务器发送的HTTP请求累积次数，由于可能使用长连接，所以它可能会大于上边的Client connections accepted。 Backend connections failures：这个数应该尽可能小，没有就最好，多的话就要看看backend指向的服务是否有问题了。 N struct object：当前被cache的条目。 N worker threads：当前工作线程数。 N worker threads created：创建了多少线程(should be close to the number you are running now) 。 N worker threads not created ：最好是0，表示varnish尝试创建线程但失败。 N worker threads limited ：由于线程上限限制或者线程池反应延迟导致不能成功创建的线程数，越小越好。 N overflowed work requests ：进入等待队列的请求数，越小越好。 N dropped work requests：队列被塞满后扔掉的请求，这个最好不要有。 N LRU nuked objects：由于cache空间满而不得不扔掉的cache条目，如果这个数字是0，就没必要增加cache的大小了。 n_expired ：由于cache时间超时而被扔掉的cache条目，具体要看你的ttl设多大了。 Cache hits: 代表在这些请求中，反向代理服务器在缓存区中查找并且命中缓存的次数。 Cache misses: 代表在这些请求中，反向代理服务器在缓存区中查找但是没有命中缓存的次数。 N expired objects: 代表过期的缓存内容个数 N LRU nuked objects: 由于cache空间满而不得不扔掉的cache条目，如果这个数字是0，就没必要增加ache的大小了。 N LRU moved objects: 代表被淘汰的缓存内容个数 Total header bytes: 代表缓存区中所有缓存内容的HTTP头信息长度 Total body bytes: 代表缓存区中所有缓存内容的正文长度

●varnishncsa（以 NCSA 的格式显示日志）

Author:   Dag-Erling Sm?rgrav

Date: 2010-05-31

Version:  1.0

Manual section: 1

Display varnish logs in apache/NCSA combined log format

SYNOPSIS

varnishncsa [-a] [-b] [-C] [-c] [-D] [-d] [-f] [-I regex] [-i tag]

[-n varnish_name] [-P file] [-r file] [-V] [-w file] [-X regex] [-x tag]

DESCRIPTION

Varnishncsa 工具读取共享内存的日志，然后以 apache/NCSA 的格式显示出来。下 面的选项可以用。

-a 当把日志写到文件里时，使用附加，而不是覆盖。

-b 只显示 varnishd 和后端服务器的日志。

-C 匹配正则表达式的时候，忽略大小写差异。

-c 只显示 varnishd 和客户端的日志。

-D 以进程方式运行

-d 在启动过程中处理旧的日志，一般情况下，varnishhist 只会在进程写入日 志后启动。

Varnish的一个关键特色就是它有能力防御 web和应用服务器宕机。 Grace mode 当几个客户端请求同一个页面的时候，varnish只发送一个请求到后端服务器，然后让那个其他几个请求挂起等待返回结果，返回结果后，复制请求的结果发送给客户端。 如果您的服务每秒有数千万的点击率，那么这个队列是庞大的，没有用户喜欢等待服务器响应。为了使用过期的 cache 给用户提供服务，我们需要增加他们的 TTL，保存所有cache 中的内容在 TTL过期以后30 分钟内不删除，使用以下VCL：

sub vcl_fetch {
   set beresp.grace = 30m;
}

Varnish 还不会使用过期的目标给用户提供服务，所以我们需要配置以下代码，在cache过期后的15 秒内，使用旧的内容提供服务：

sub vcl_recv {
   set req.grace = 15s;
}

你会考虑为什么要多保存过去的内容 30 分钟？当然，如果你使用了健康检查，你可以通过健康状态设置保存的时间：

if (! req.backend.healthy) {
    set req.grace = 5m;
} else {
    set req.grace = 15s;
}

Saint mode 有时候，服务器很古怪，他们发出随机错误，您需要通知 varnish 使用更加优雅的方式处理它，这种方式叫神圣模式（saint mode）。Saint mode允许您抛弃一个后端服务器或 者另一个尝试的后端服务器或者 cache中服务陈旧的内容。让我们看看 VCL中如何开启这个功能的：

sub vcl_fetch {
   if (beresp.status == 500) {
     set beresp.saintmode = 10s;
     restart;
   }
   set beresp.grace = 5m;
}

当我们设置 beresp.saintmode 为 10 秒，varnish 在 10 秒内将不会访问后端服务器的这个 url。如果有一个备用列表，当重新执行此请求时您有其他的后端有能力提供此服务内容，varnish会尝试请求他们，当您没有可用的后端服务器，varnish将使用它过期的 cache提供服务内容。 它真的是一个救生员。 God mode 还未应用。

让我们设置一个 director和两个后端，然后加上健康检查：

backend server1 {
   .host = "server1.example.com";
   .probe = {
          .url = "/";
           .interval = 5s;
          .timeout = 1 s;
          .window = 5;
          .threshold = 3;
     }
   }
backend server2 {
    .host = "server2.example.com";
    .probe = {
          .url = "/";
          .interval = 5s;
          .timeout = 1 s;
          .window = 5;
          .threshold = 3;
    }
  }

这些新的就是探针，varnish将检查通过探针检查每个后端服务器是否健康：

url \哪个 url需要varnish请求。 Interval \检查的间隔时间 Timeout \等待多长时间探针超时 Window \varnish将维持5个 sliding window的结果 Threshold \至少有3 次.windows检查是成功的，就宣告 backends健康

您可以把多台 backends 聚合成一个组，这些组被叫做 directors。这样可以增强性能和弹力。您可以定义多个 backends和多个 group在同一个directors。

backend server1 {
     .host = "192.168.0.10";
}
backend server2{
     .host = "192.168.0.10";
}

现在我们创建一个 director：

director example_director round-robin {
{
         .backend = server1;
}
# server2
{
         .backend = server2;
}
# foo
}

这个 director 是一个循环的 director。它的含义就是 director 使用循环的方式把backends分给请求。 但是如果您的一个服务器宕了？varnish 能否指导所有的请求到健康的后端？当然可以，这就是健康检查在起作用了。

在某些时刻您需要 varnish 从多台服务器上缓存数据。您可能想要 varnish 映射所有的URL 到一个单独的主机或者不到这个主机。这里很多选项。 我们需要引进一个 java程序进出php的web站点。假如我们的java程序使用的 URL开始于/JAVA/

我们让它运行在8000端口，现在让我们看看默认的default.vcl：

backend default {
     .host = "127.0.0.1";
     .port = "8080";
}

我们添加一个新的 backend：

backend java {
     .host = "127.0.0.1";
     .port = "8000";
}

现在我们需要告诉特殊的URL 被发送到哪里：

sub vcl_recv {
     if (req.url ~ "^/java/") {
         set req.backend = java;
     } else {
         set req.backend = default.
     }
}

这真的很简单，让我们停下来并思考一下。正如您所见，可以通过任意的后端来选择您要的数据。您想发送移动设备的请求到不同的后端？没问题

if (req.User-agent ~ /mobile/) …. \这样做应该就可以成功。

现在 varnish 已经正常运行了,您可以通过 varnish 访问到您的 web 应用程序。如果您的 web 程序在设计时候没有考虑到加速器的架构，那么您可能有必要修改您的应用程序或者varnish配置文件，来提高varnish的命中率。 既然这样，您就需要一个工具用来观察您和web服务器之间HTTP头信息。服务器端您可以轻松的使用varnish 的工具，比如varnishlog和 varnishtop，但是客户端的工具需要您自己去准备，下面是我经常使用的工具。 Varnistop 您可以使用varnishtop 确定哪些URL经常命中后端。 Varnishtop –i txurl 就是一个基本的命令。您可以通过阅读“Statistics”了解其他示例。

Varnishlog 当您需要鉴定哪个 URL 被频繁的发送到后端服务器，您可以通过varnishlog对请求做一个全面的分析。 varnishlog –c –o /foo/bar 这个命令将告诉您所有（-o）包含”/football/bar”字段来自客户端（-c）的请求。

Lwp-request Lwp-request是 www 库的一部分，使用perl语言编写。它是一个真正的基本程序，它可以执行HTTP请求，并给您返回结果。我主要使用两个程序，GET 和HEAD。 Vg.no 是第一个使用 varnish 的站点，他们使用 varnish 相当完整，所以我们来看看他们的HTTP 头文件。我们使用 GET请求他们的主页：

$ GET -H 'Host: www.vg.no' -Used http://vg.no/
GET http://vg.no/
Host: www.vg.no
User-Agent: lwp-request/5.834 libwww-perl/5.834

200 OK
Cache-Control: must-revalidate
Refresh: 600
Title: VG Nett - Forsiden - VG Nett
X-Age: 463
X-Cache: HIT
X-Rick-Would-Never: Let you down
X-VG-Jobb:  http://www.finn.no/finn/job/fulltime/result?keyword=vg+multimedia
Merk:HeaderNinja
X-VG-Korken: http://www.youtube.com/watch?v=Fcj8CnD5188
X-VG-WebCache: joanie
X-VG-WebServer: leon

OK，我们来分析它做了什么。GET 通过发送 HTTP 0.9 的请求，它没有主机头，所以我需要添加一个主机头使用-H 选项，-U打印请求的头，-s打印返回状态，-e 答应返回状态的头，-d 丢弃当前的连接。我们正真关心的不是连接，而是头文件。 如您所见 VG 的头文件中有相当多的信息，比如 X-RICK-WOULD-NEVER 是 vg.no 定制的信息，他们有几分奇怪的幽默感。其他的内容，比如X-VG-WEBCACHE 是用来调试错误的。 核对一个站点是否使用 cookies，可以使用下面的命令：

现在您的varnish已经正常运行，我们来看一下varnish在做什么，这里有些工具可以帮助您做到。 Varnishtop Varnishtop工具读取共享内存的日志，然后连续不断的显示和更新大部分普通日志。 适当的过滤使用 –I，-i，-X 和-x 选项，它可以按照您的要求显示请求的内容，客户端，浏览器等其他日志里的信息。

varnishtop -i rxurl \您可以看到客户端请求的 url次数。 Varnishtop -i txurl \您可以看到请求后端服务器的url次数。 Varnishtop -i Rxheader –I Accept-Encoding \可以看见接收到的头信息中有有多少次包含Accept-Encoding。

Varnishhist Varnishhist工具读取varnishd的共享内存段日志，生成一个连续更新的柱状图，显示最后 N 个请求的处理情况。这个 N 的值是终端的纵坐标的高度，横坐标代表的是对数，如果缓存命中就标记“|”，如果缓存没有命中就标记上“#”符号。

Varnishsizes Varnishsizes 和varnishhist相似，除了varnishsizes现实了对象的大小，取消了完成请求的时间。这样可以大概的观察您的服务对象有多大。

Varnishstat Varnish 有很多计数器，我们计数丢失率，命中率，存储信息，创建线程，删除对象等，几乎所有的操作。Varnishstat将存储这些数值，在优化varnish的时候使用这个命令。

有一个程序可以定期轮询 varnishstat 的数据并生成好看的图表。这个项目叫做Munin。 Munin可以在 http://munin-monitoring.org/找到。在varnish的源码中有munin插件。

官方手册:

**    **Varnish 有一个很棒的配置系统，大部分其他的系统使用配置指令，让您打开或者关闭一些开关。 Varnish使用区域配置语言，这种语言叫做“VCL”（varnish configuration language），在执行vcl时，varnish 就把VCL转换成二进制代码。 **    **VCL 文件被分为多个子程序，不同的子程序在不同的时间里执行，比如一个子程序在接到请求时执行，另一个子程序在接收到后端服务器传送的文件时执行。 varnish 将在不同阶段执行它的子程序代码，因为它的代码是一行一行执行的，不存在优先级问题。随时可以调用这个子程序中的功能并且当他执行完成后就退出。

**    **如果到最后您也没有调用您的子进程中的功能，varnish 将执行一些内建的 VCL代码，这些代码就是default.vcl 中被注释的代码.

** 99%的几率您需要改变vcl_recv 和 vcl_fetch 这两个子进程。**

vcl_recv **    **vcl_recv（当然，我们在字符集上有点不足，应为它是unix）在请求的开始被调用，在接收、解析后，决定是否响应请求，怎么响应，使用哪个后台服务器。在vcl_recv中，您可以修改请求，比如您可以修改cookies，添加或者删除请求的头信息。 **    **注意vcl_recv中只有请求的目标,req is available。 vcl_fetch **    **vcl_fetch 在一个文件成功从后台获取后被调用，通常他的任务就是改变 response headers，触发ESI进程，在请求失败的时候轮询其他服务器。 在 vcl_fetch 中一样的包含请求的 object，req，available，他们通常是 backend response，beresp。beresp 将会包含后端服务器的HTTP 的头信息

actions **    主要有以下动作** pass \当一个请求被pass后，这个请求将通过varnish转发到后端服务器，但是它不会被缓存。pass可以放在vcl_recv 和 vcl_fetch中。 lookup \当一个请求在vcl_recv中被lookup后，varnish将从缓存中提取数据，如果缓存中没有数据，将被设置为pass，不能在 vcl_fetch中设置lookup。 pipe \pipe和 pass相似，都要访问后端服务器，不过当进入pipe 模式后，在此连接未关闭前，后续的所有请求都发到后端服务器（这句是我自己理解后简化的，有能力的朋友可以看看官方文档，给我提修改建议） 。 deliver \请求的目标被缓存，然后发送给客户端 esi \ESI-process the fetched document（我理解的就是vcl 中包换一段 html代码）

Requests，Responses and objects 在VCL 中，有3 个重要的数据结构 **    **request 从客户端进来 **    **responses 从后端服务器过来 **    **object 存储在cache 中

PutVarnish on port 80(使 varnish工作在 80 端口上) 如果您的程序正常运行，没有问题，我们就可以把varnish调整到80端口运行。先关闭vernish

pkill varnishd

然后停止您的 web服务器，修改web服务器配置，把 web服务器修改成监听8080端口，然后修改varnish 的default.vcl和改变默认的后端服务器端口为8080. 先启动您的web服务器，然后在启动varnish：

varnishd -f /usr/local/etc/varnish/default.vcl -s malloc,1G -T 127.0.0.1:2000

我们取消了-a 选项，这样varnish将监控默认端口，启动后，检查您的 web程序是否正常。

相关教程:

varnish中Varnishlog命令解析:

linux下varnish配置及使用教程:

Varnish Configuration Language – VCL （varnish 配置 语言-VCL）:

varnish中的Statistics（统计 varnish相关数据）-Varnishtop ,Varnishhist ,Varnishsizes ,Varnishstat: http://blog.haohtml.com/archives/12036

bankend Server后端服务高级配置:

varnish中的backends 组Directors: http://blog.haohtml.com/archives/12049

varnish中常用的排错方法:

Varnish一个真正的特点就是它如何记录数据的。使用内存段代替普通的日志文件，当内存段使用完以后，又从头开始，覆盖最旧的记录。这样就可以非常快的记录数据，并且不需要磁盘空间。缺点就是您没有把数据写到磁盘上，可能会消失。 （varnish也支持将数据写到硬盘的文件上，看您如何选择） Varnishlog 这个程序可以查看 varnish 记录了哪些数据。Varnishlog 给您生成原始的日志，包括所有的事件。我一会给您演示。 在运行了varnish的终端窗口上，运行varnishlog这个命令。 您可以看见如下显示

#./varnishlog 0 CLI – Rd ping 0 CLI – Wr 200 PONG 1277172542 1.0

这是检查varnish的主进程是否正常，如果看见这就说明一切OK.

现在您去浏览器通过 varnish 重新访问您的 web程序，您将看到如下信息：

11 SessionOpen  c 127.0.0.1 58912 0.0.0.0:8080
11 ReqStart     c 127.0.0.1 58912 595005213
11 RxRequest    c GET
11 RxURL        c /
11 RxProtocol   c HTTP/1.1
11 RxHeader     c Host: localhost:8080
11 RxHeader     c Connection: keep-alive

第一列是任意的数，它用来定义请求，相同的号码代表相同的 HTTP传输。 第二列是信息标记，所有的日志都带有一个标记（tag） ，标记对应相对的操作。Rx 表示varnish收到数据，Tx表示varnish发送数据。 第三列代表数据是从哪里传出或者传入的，是从 c（client）还是 b（backend）。 第四列是被记录的数据。

1.有时候 varnish 会出错，为了使您知道该检查哪里，您可以检查 varnishlog，/var/log/syslog/,var/log/messages 这里可以发现一些信息，知道varnish怎么了。

2.When varnish won’t start 有些时候，varnish 不能启动。这里有很多 varnish不能启动的原因，通常我们可以观看/dev/null的权限和是否其他软件占用了端口。 使用debug模式启动 varnish，然后观看发生了什么：

varnishd  -f /usr/local/etc/varnish/default.vcl  -s malloc,1G  -T 127.0.0.1:2000   -a 0.0.0.0:8080 –d

提示-d 选项，它将给您更多的信息关于接下来发生了什么。让我们看看如果其他程序暂用了varnish 的端口，它将显示什么：

# varnishd  -n foo  -f /usr/local/etc/varnish/default.vcl  -s malloc,1G  -T 127.0.0.1:2000
-a 0.0.0.0:8080 -d
storage_malloc: max size 1024 MB.
Using old SHMFILE
Platform: Linux,2.6.32-21-generic,i686,-smalloc,-hcritbit
200 193
-----------------------------
Varnish HTTP accelerator CLI.
-----------------------------
Type 'help' for command list.
Type 'quit' to close CLI session.
Type 'start' to launch worker process.

现在 varnish 的主程序已经运行，在 debug 模式中，cache 现在还没有启动，现在 您在终端中使用“start”命令来让主程序开启 cache功能

centos6.0  32位 Varnish3.0.2

我们先配置nginx环境.参考教程:http://blog.haohtml.com/archives/6051 并修改nginx的监听端口为81.下面我们varnish监听的端口为80端口.

============================================================== 目前varnish的最新版本为3.0.2,这里我们使用最新的稳定版本

cd /usr/local/soft
wget http://repo.varnish-cache.org/source/varnish-3.0.2.tar.gz
tar zxvf varnish-3.0.2.tar.gz
cd varnish-3.0.2
./configure --prefix=/usr/local/varnish
make && make install

如果在执行./configure命令的过程中遇到”No package ‘libpcre’ found”的错误提示信息的话,需要执行以下命令

export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig

即可(这个已经在前面配置nginx环境的时候,安装过了pcre库了,这里是环境变量的问题).

现在我们确认一下是否安装成功.

[root@bogon varnish-3.0.2]# ls /usr/local/varnish bin etc include lib sbin share var

其中sbin目录里为varnish主程序文件,bin目录里为varnish的管理命令,etc目录为配置文件,share目录为手册,lib目录为一些库文件,include目录为一些程序所需的c语言里的.h头文件

varnish语法

[root@bogon varnish-3.0.2]#cd /usr/local/varnish/sbin
[root@bogon sbin]# ./varnishd --help
./varnishd: invalid option -- '-'
usage: varnishd [options]
    -a address:port              # HTTP listen address and port
    -b address:port              # backend address and port
                                 #    -b <hostname_or_IP>
                                 #    -b '<hostname_or_IP>:<port_or_service>'
    -C                           # print VCL code compiled to C language
    -d                           # debug
    -f file                      # VCL script
    -F                           # Run in foreground
    -h kind[,hashoptions]        # Hash specification
                                 #   -h critbit [default]
                                 #   -h simple_list
                                 #   -h classic
                                 #   -h classic,<buckets>
    -i identity                  # Identity of varnish instance
    -l shl,free,fill             # Size of shared memory file
                                 #   shl: space for SHL records [80m]
                                 #   free: space for other allocations [1m]
                                 #   fill: prefill new file [+]
    -M address:port              # Reverse CLI destination.
    -n dir                       # varnishd working directory
    -P file                      # PID file
    -p param=value               # set parameter
    -s kind[,storageoptions]     # Backend storage specification
                                 #   -s malloc
                                 #   -s file  [default: use /tmp]
                                 #   -s file,<dir_or_file>
                                 #   -s file,<dir_or_file>,<size>
                                 #   -s persist{experimenta}
                                 #   -s file,<dir_or_file>,<size>,<granularity>
    -t                           # Default TTL
    -S secret-file               # Secret file for CLI authentication
    -T address:port              # Telnet listen address and port
    -V                           # version
    -w int[,int[,int]]           # Number of worker threads
                                 #   -w <fixed_count>
                                 #   -w min,max
                                 #   -w min,max,timeout [default: -w2,500,300]
    -u user                      # Priviledge separation user id

参数详解:

今天使用了fckeditor的编辑器,在下面的环境里测试着没有一点问题的,但上传到服务器上,总是提示

Error creating folder “” (Can’t create directory)

这个错误.经测试发现是 apache_lookup_uri 函数出的问题，经测试需要获得物理路径，无奈只能修改为 $_SERVER函数

打开文件，fckeditor\editor\filemanager\connectors\php\io.php

修改为

if ( function_exists( ‘apache_lookup_uri’ ) ) { /*zongzong 修改 $info = apache_lookup_uri( $path ) ; return $info->filename . $info->path_info ; */ return $_SERVER[‘DOCUMENT_ROOT’].$path; }

即可.

apache_lookup_uri 函数参考:http://docs.haohtml.com/php_manual_zh_html/function.apache-lookup-uri.html

一、LVM介绍 LVM是 Logical Volume Manager(逻辑卷管理)的简写，它是Linux环境下对磁盘分区进行管理的一种机制 LVM – 优点: LVM通常用于装备大量磁盘的系统，但它同样适于仅有一、两块硬盘的小系统。

小系统使用LVM的益处:

传统的文件系统是基于分区的，一个文件系统对应一个分区。这种方式比较直观，但不易改变：

1.不同的分区相对独立，无相互联系，各分区空间很易利用不平衡，空间不能充分利用；

2.当一个文件系统／分区已满时，无法对其扩充，只能采用重新分区／建立文件系统，非常麻烦；或把分区中的数据移到另一个更

大的分区中；或采用符号连接的方式使用其它分区的空间。

3.如果要把硬盘上的多个分区合并在一起使用，只能采用再分区的方式，这个过程需要数据的备份与恢复。

当采用LVM时，情况有所不同：

1.硬盘的多个分区由LVM统一为卷组管理，可以方便的加入或移走分区以扩大或减小卷组的可用容量，充分利用硬盘空间；

2.文件系统建立在逻辑卷上，而逻辑卷可根据需要改变大小(在卷组容量范围内)以满足要求；

3.文件系统建立在LVM上，可以跨分区，方便使用；

大系统使用LVM的益处:

1、在使用很多硬盘的大系统中，使用LVM主要是方便管理、增加了系统的扩展性。

2、在一个有很多不同容量硬盘的大型系统中，对不同的用户的空间分配是一个技巧性的工作，要在用户需求与实际可用空间中寻求

平衡。

3、用户／用户组的空间建立在LVM上，可以随时按要求增大，或根据使用情况对各逻辑卷进行调整。当系统空间不足而加入新的硬

盘时，不必把用户的数据从原硬盘迁移到新硬盘，而只须把新的分区加入卷组并扩充逻辑卷即可。同样，使用LVM可以在不停服务的

情况下。把用户数据从旧硬盘转移到新硬盘空间中去。

二、 基本概念 1、 物理卷—–PV（Physical Volume） 物理卷在逻辑卷管理中处于最底层，它可以是实际物理硬盘上的分区，也可以是整个物理硬盘。

2、 卷组——–VG（Volumne Group） 卷组建立在物理卷之上，一个卷组中至少要包括一个物理卷，在卷组建立之后可动态添加物理卷到卷组中。一个逻辑卷管理系统工

程中可以只有一个卷组，也可以拥有多个卷组。

3、 逻辑卷—–LV（Logical Volume） 逻辑卷建立在卷组之上，卷组中的未分配空间可以用于建立新的逻辑卷，逻辑卷建立后可以动态地扩展和缩小空间。系统中的多个

逻辑卷要以属于同一个卷组，也可以属于不同的多个卷组。

4、 物理区域–PE（Physical Extent） 物理区域是物理卷中可用于分配的最小存储单元，物理区域的大小可根据实际情况在建立物理卷时指定。物理区域大小一旦确定将

不能更改，同一卷组中的所有物理卷的物理区域大小需要一致。

5、 逻辑区域―LE（Logical Extent） 逻辑区域是逻辑卷中可用于分配的最小存储单元，逻辑区域的大小取决于逻辑卷所在卷组中的物理区域的大小。

6、 卷组描述区域—–（Volume Group Descriptor Area） 卷组描述区域存在于每个物理卷中，用于描述物理卷本身、物理卷所属卷组、卷组中的逻辑卷及逻辑卷中物理区域的分配等所有信

息，卷组描述区域是在使用pvcreate建立物理卷时建立的。

三、 常用命令 1、 物理卷命令 一般维护命令： pvscan #在系统的所有磁盘中搜索已存在的物理卷 pvdisplay 物理卷全路径名称 #用于显示指定物理卷的属性。 pvdata 物理卷全路径名称 #用于显示物理卷的卷组描述区域信息，用于调试目的。 pvchange Cx|–allocation {y|n} 物理卷全路径名 #用于改变物理卷的分配许可设置物理卷的创建与删除命令 pvcreate 设备全路径名 #用于在磁盘或磁盘分区上创建物理卷初始化信息，以便对该物理卷进行逻辑卷管理。 pvmove 源物理卷全路径我[目的物理卷全路径名] #用于把某物理卷中的数据转移到同卷组中其他的特刊卷中。