服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

如何将FreeNAS设置为Windows群集存储目标?

我有一个运行4个虚拟机的VMWare Workstation。 Windows Server 2012 R2 域控制器 。 另外WS2012 R2,“ WS1 ”,成为一个集群的一部分。 “ WS2 ”,从“WS1”系统提供。 FreeNAS (也尝试NAS4Free ,这是更好)与运行的iSCSI目标 。 我的目标是创build一个集群,并与SQL Server上玩。 我有… 使用iSCSI启动器工具将此FreeNAS驱动器添加到“WS1”的驱动器。 格式化它,并分配一个驱动器号,然后脱机。 然后,我还在“WS2”上添加了驱动器。 在networking上线后,它已经得到一个驱动器号,并显示为格式。 接下来,我把它放在离线。 所以这两个机器上的驱动器都是在线的 但是我尝试创build一个集群,无论我做什么,这个驱动器都不会显示在Storages中。 有时我会收到有关驱动器不可用的警告,并提出运行Clear-ClusterDiskReservation的build议。 即使我这样做,testing以后只是说Test cancelled 。 另外,以后驱动器不能在WS1和WS2上使用 。 在任何服务器上线后,它都会显示为RAW。 这似乎只能通过重新启动FreeNAS服务器来解决。 那么,我做了什么来使整个事情工作? 我已经试过这些教程,但不幸的是,一切都很顺利。 http://www.ekzorchik.ru/wordpress/2012/12/server2008-failover-cluster-iscsi-freenas/ http://www.sysprobs.com/setup-windows-2008-cluster-vmware-workstation

实际的限制

我正在进行的一个项目是将某些傀儡应用的ulimit设置从“听起来正确的”移到了基于环境的dynamic分配。 这是针对单一应用程序环境的,所以我最担心的是防止应用程序资源匮乏,同时保持内核和实用程序空间足够多的句柄,而不是做他们应该做的事情。 我们从应用程序团队持续请求moar文件句柄! 所以我试图find一个方法来处理这个问题。 所以我做了一个傀儡事实: Facter.add('app2_nofile') do confine :kernel => 'Linux' setcode do kernel_nofile = `/bin/cat /proc/sys/fs/file-max`.chomp app2_limit = (kernel_nofile.to_i * 0.85).round app2_limit end end 这就是锡上说的。 它取得/proc/sys/fs/file-max定义的内核值,取其中的85%,剩下15%用于系统使用。 在另一个puppet资源中使用这个::app2_nofile事实来设置一个软和硬的nofile ulimit,以便更新/etc/security/limits.conf,并且tada! 简单! 如果他们想要更多的文件句柄,他们必须更聪明地编写应用程序。 除此之外,它没有工作。 当试图用nofile ulimit用户打开一个用户会话( su app2_user – )时,我们得到错误信息: 无法打开会话 哪个不好。 显然,有一个独立于简单限制的上限。 或者,也许我正在理解他们如何从根本上工作。 nofile限制如何相互影响,会导致会话无法创build? 进一步的testing表明,上限可能是一个静态的边界,或者比简单的百分比更复杂。 一个最大文件大小为797,567的小RAM系统可以将这个ulimit设置得非常高,我就不会再生产了。 在一个更大的系统上,我可以将这个ulimit设置为大约63%,然后才能“打开会话”。 现在我没有更大的内存来testing这个比例是否随着更大的内存而变化。 我得到一个audit.log条目: type=USER_START msg=audit(1416420909.479:511331): user pid=5022 uid=0 auid=1194876420 ses=44826 […]

DRBD作为DR:同步2个ESXI主机的数据存储,vmdk一致性?

是否有人使用DRBD(协议C)同步部分2个esxi主机的数据存储以便选定的guest虚拟机进行灾难恢复? 我有2-3位客人可以在尽可能短的时间内从主机的硬件故障中恢复,但仍然需要人工干预,而且不会丢失太多的数据。 我想build立这样的事情: 1台同步SAS本地存储(主/从,主动/被动)的esxi主机上的每个DRBD VM。 这个镜像存储应该只通过ISCSI或者NFS连接到一个esxi主机上,并且用于这些guest虚拟机使他们的vmdks同步到第二个被动的esxi主机。 在发生硬件故障的情况下,第二台esxi主机应该连接DRBD存储,以启动这些虚拟机(当然手动完成)。 我已经find了关于在networking上做这个的一些信息,但是我没有find任何信息是vmdks的一致性。 虽然这当然不能代替备份,但是pipe理程序的备份工具通常会确保客户的文件系统和数据库在进行快照或备份之前处于停顿状态。 有了这个连续同步,这是不可能的。 这就是为什么我怀疑这是否值得去做的原因。 如果由于发生硬件故障而导致vmdks本身受损,该怎么办? 我知道DRBD丢弃了不完整的写入,但这足以保证一致(esxi的观点,除了来宾文件系统的一致性,这当然不能保证这种方式的意义“工作”)vmdk? 我希望在发生崩溃的时候,第二个esxi上的一个客户可能会像虚拟机不正常closures一样(在其他情况下可能会有所有可能的缺陷),但是真的是这样案件? 整个vmdks不能被破坏吗? 非常感谢您的阅读和您的想法。 马克斯