服务器的最佳实践 Linux 凭借微妙的资源分配 (在 VMware)
我大约有一个安装 20 机器 Linux, 每一个都有大致 30–150 客户数据的千兆字节。 可能是一台机器上数据的大小比其他机器的大小要快得多。 这些是群集中的虚拟机 VMware vSphere. 光盘图像存储在系统中 SAN.
我正在尝试找到一个可以在经济上节省磁盘空间的解决方案，但有可能轻松增加各个机器。
从理论上讲，我只需为每台机器创建大磁盘并使用了一个微妙的资源分配。 每个磁盘都会根据需要增长。 但是，似乎文件系统 ext3 体积 500 只有英镑 50 例如，GB数据和相当少量的记录操作仍然容易地将磁盘映像增加到例如。 250 GB随着时间的推移。 或者也许我做错了什么？ (我很惊讶我在这个主题上有多少钱 Google. 总和，开会 serverfault.com 甚至没有标签的精细安全性。)
目前，我计划用微妙的规定创建大盘，但数量少 LVM 在他们。 例如：汤姆 100 磁盘上的GB. 500 GB. 因此，我更容易增加卷 LVM 以及根据需要的文件系统的大小，甚至在线。
现在问题是：
有更好的方法吗？ (也就是说，在没有停机时间的情况下根据需要增加数据的大小。)
可能的解决方案包括：
使用具有微妙提供资源的友好文件系统，该资源再次尝试占用同一位置，而不会增加图像的大小。
搜索恢复部分的可用空间的简单方法 (重新变薄？)
其他的东西？
奖金问题：如果我遵守我当前的计划，建议在磁盘上创建部分 (
vs.
)? 我认为使用没有部分的原始磁盘与协议相矛盾，但如果它需要略微简化磁盘的增长。 这一切都是一种味道，对吗？
我正在尝试找到一个可以在经济上节省磁盘空间的解决方案，但有可能轻松增加各个机器。
从理论上讲，我只需为每台机器创建大磁盘并使用了一个微妙的资源分配。 每个磁盘都会根据需要增长。 但是，似乎文件系统 ext3 体积 500 只有英镑 50 例如，GB数据和相当少量的记录操作仍然容易地将磁盘映像增加到例如。 250 GB随着时间的推移。 或者也许我做错了什么？ (我很惊讶我在这个主题上有多少钱 Google. 总和，开会 serverfault.com 甚至没有标签的精细安全性。)
目前，我计划用微妙的规定创建大盘，但数量少 LVM 在他们。 例如：汤姆 100 磁盘上的GB. 500 GB. 因此，我更容易增加卷 LVM 以及根据需要的文件系统的大小，甚至在线。
现在问题是：
有更好的方法吗？ (也就是说，在没有停机时间的情况下根据需要增加数据的大小。)
可能的解决方案包括：
使用具有微妙提供资源的友好文件系统，该资源再次尝试占用同一位置，而不会增加图像的大小。
搜索恢复部分的可用空间的简单方法 (重新变薄？)
其他的东西？
奖金问题：如果我遵守我当前的计划，建议在磁盘上创建部分 (
pvcreate /dev/sdX1
vs.
pvcreate /dev/sdX
)? 我认为使用没有部分的原始磁盘与协议相矛盾，但如果它需要略微简化磁盘的增长。 这一切都是一种味道，对吗？
没有找到相关结果
已邀请:
5 个回复
詹大官人
赞同来自:
另一个变体 - 创建文件 VMDK 足够的大小来处理您当前的使用和预期的增长突发，只是添加更多文件 VMDK 当您获取使用数据到您的应用程序时。 新文件 VMDK 可以添加到实时虚拟机中，只需重新扫描 (echo "- - -"> / sys / class / scsi_host / host? / Scan). 您可以将新磁盘粉碎到部分，将其添加到您的 LVM 并完全展开文件系统。 因此，您将始终知道每个虚拟机分配多少空间，并且您将无法意外地运行您的 VMFS 由于客人系统内部缺乏位置。
至于是否应该被破坏，如果磁盘仅用于磁盘 LVM, 我总是打破它。 光盘拆分会在加载机器时防止警告虚假分区表，并清楚突出显示磁盘。 这是一点伏都教，但我肯定会开始一个部分 64, 要确保文件和文件系统与基本存储块对齐。 难以检测和分类，因为您通常是无需比较的，但如果OS文件系统没有正确划分基本存储，则可以获得额外的 IOPS, 服务请求需要跨越基本存储上的块边界。
裸奔
赞同来自:
http://en.wikipedia.org/wiki/ISCSI
.
这将允许您更改逻辑卷的大小，然后在此之后需要执行的所有大小， - 它重启恶魔 iscsi 以及虚拟机的软件并验证它具有新的大小参数，然后按照它们调整客户文件系统的大小。
分区将与标准硬盘一样工作 LV 将显示为访客虚拟机。
改变：无论如何，我对你开始的虚假印象 vmware 在下面 Linux, 但不是 Linux 在下面 vmware.
三叔
赞同来自:
http://studyhat.blogspot.com/2 ... .html
石油百科
赞同来自:
此文件服务器当然应该由 LVM 为您的在线电源管理。
如果你想要，你可以创建 ha-setup (drbd + heartbeat) 使用文件服务器的一份副本 SAN 和外面的第二份或以类似的方式复制。 (对于偏执狂)
由于您的客户是基于的 Linux, 您可以使用 NFS, 这被认为比 Samba. FileServer 允许您使用集中式备份策略，以及存储库的集中监控。 从您对精细安全的问题的角度来看：
创建环境 LVM, 正如你计划的那样 (在你的例子中 LV 100 GB PV 500 GB，只需更改与虚拟机所需的存储库金额对应的数字). 如有必要，展开这个 LV, 当您单独计划在每个虚拟机中进行。 但只需在文件服务器上执行一次。 每次虚拟机减少使用存储时，空间都可用于所有虚拟机。 ;-)
如有必要，或Wessive，在文件服务器上使用配额，以便一个虚拟机无法填充您的文件服务器。
小姐请别说爱
赞同来自:
1) 不要稀释规定。 让您需要的每个卷。 2) 不要使用分区。 使每个文件系统具有单独的卷。 3) 遵循文件系统的增长，以便您可以提前更改音量的大小。
何时提高卷
1) 在线的 SAN 或者 VMware 尽一切需要扩展卷。 2) 在 Linux 发射
, 在哪里示例 - 这些是设备的名称 / sys / block /. 3) 在 Linux 发射
, 在哪里示例 - 这是设备的名称 / dev.
这种方法适合我。 我用一个微妙的资源分配来看待你的方法 LVM, 我认为他也会工作。
如果你仍然决定走路 LVM, 我建议不要将光盘粉碎到部分。 正如您所说，缺少分区表简化了虚拟磁盘的增长。 没有分区表，你只能运行 pvresize, 和 Linux 认识到体积已经生长。 使用分区表必须卸载任何文件系统，删除分区表，重新创建分区表，然后运行 pvresize. 它有更多的工作，需要停机时间。