我有一个具有故障转移群集pipe理器和6个VM节点（主机）的Hyper-V主机。 如何查看每个节点分配了多less内存和CPU？ 我想知道我的可用资源是为每个节点创build更多的虚拟机。 我找不到在Hyper-V或故障转移群集pipe理器中执行此操作的任何方法。 我能想到的唯一的事情就是检查每个节点创build的每个单独的虚拟机，以查看它们拥有的资源，并将其与关联的节点交叉引用，以便进行有根据的猜测。 有没有更好的方法来找出类似于vSphere的节点上可用的资源（CPU，RAM）？
我只是在将我们的3节点Hyper-V群集从2008R2升级到2012R2的一些build议/提示之后。 我有3台运行Server 2008R2DC的Dell r710。 这些是群集和运行约15虚拟机（每个主机上5）。 我们有2个Dell Equalogic SAN存储VM VHD。 首先，我们计划首先将主机升级到2012R2，让他们运行我们的2008R2虚拟机。 我假设2012R2上的Hyper-V可以运行VHD（以及新的VHDX）格式，运行2008R2 VM / guest OS的问题不是问题？ 我正在考虑在每个节点上运行一个更简单的过程。 从我读过的和在网上find的，我认为其中的要点是我可以closures所有的虚拟机。 断开每台主机上的iSCSI连接，然后从集群pipe理器中逐出每个节点。 一旦被驱逐，我可以将主机升级到2012 R2并创build一个新的群集。 我能否重新连接所有iSCSI目标，将磁盘添加到池中，并从之前的configuration文件和VHD（在2008R2中创build）导入VM？ 任何有经验的人都可以告诉我他们是怎么做的，他们会推荐什么来升级3台2008年的主机？ 停机对我们来说不是问题。 如果需要，我们可以在这个过程中closures所有的虚拟机。 非常感谢先进。
我想编辑生活在centos6.5上的集群configuration的pingd，因为地址不再有效，而且由于节点失败，我的集群总是切换到另一个节点。最好的办法是做什么。我知道我绝对不能打开直接cib.xml文件。 [root@PBX1 mojo]# pcs config Cluster Name: pbx Corosync Nodes: pbx1 pbx2 Pacemaker Nodes: pbx1 pbx2 Resources: Master: master_drbd Meta Attrs: master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true Resource: drbd_drbd0 (class=ocf provider=linbit type=drbd) Attributes: drbd_resource=drbd0 Operations: monitor interval=10s (drbd_drbd0-monitor-interval-10s) Clone: Connectivity Resource: p_ping (class=ocf provider=pacemaker type=ping) Attributes: host_list="10.66.4.4 10.66.4.5 10.66.4.11 10.66.4.252 10.66.4.253 10.66.4.254" multiplier=1000 dampen=5s Operations: monitor […]
如果由于操作系统补丁而导致我的服务器故障，那么在停止SQL服务之前是否允许进行中的事务处理？
我有两台安装了Windows 2012 Hyper-V的主机服务器。 我还为每个服务器上的一个存储池，一个虚拟磁盘configuration了文件和存储服务。 我使用Star Wind SAN作为Hyper-V，并使用iSCSIconfigurationQuorum Disk。 所以我有C：对于Windows安装，E：对于虚拟磁盘和Q：对于仲裁磁盘。 当我运行“validation群集configuration向导”时，它会将仲裁磁盘设置为脱机，以运行存储testing。 这是预期的，但它也会在testing期间将虚拟磁盘E：设置为脱机。 testing成功，我可以configuration群集，但我的一些服务因为依赖于驱动器E：而被closures。 有没有办法告诉validation群集configuration向导不要看驱动器E：？
据我所知，Windows Server 2012故障转移群集中的最大节点数有以下限制：4000个VM节点或64个物理节点。 除了pipe理4000个物理节点集群的明显困难/pipe理开销之外，在物理节点的情况下，对于最大集群节点是否存在这种不均等的原因还有其他原因吗？ 微软使用虚拟化是否有额外的动力？ 我猜这只是与可支持性有关（如果您希望获得Microsoft对群集的支持，则需要额外的要求），而且客户不会混淆超过64个物理节点。 任何其他的想法/意见呢？
阅读Windows Server 2012中的Hyper-V群集的networkingbuild议 ，我剩下一些没有答案的问题。 build议有一个pipe理networking和一个集群networking。 pipe理networking设置为“”“ 允许集群networking通信和客户端连接 ”， 并将群集networking设置为“ 仅允许群集networking通信 ”。 但没有其他区别或分类。 故障转移群集如何知道这两个networking用于“ 群集心跳和群集共享卷（CSV）redirect等节点间群集通信 ”？
我们目前的设置包括： 单个故障转移群集中的八（8）个Windows 2012 R2节点，无共享存储，文件共享见证（在DC上） MS SQL 2016 AlwaysOn与几个AG组 默认“如果资源失败”政策 群集validation报告显示一些小的警告（更新等的差异），但总体看来一切正常。 最近，由于大约半小时的直stream停机时间以及随之而来的文件共享见证不可用，所以AG之一发生故障。 这并不是我们所期望的，因为我们的想法是所有8个节点的法定人数仍然存在，所以没有预期的故障转移。 看过所有关于法定人数/ FSW /等的文档，我仍然没有明确的答案或理解为什么发生故障切换。 FC事件日志包含以下含义： FailoverClustering Event ID:1069 Resource Control Manager Cluster resource 'File Share Witness' of type 'File Share Witness' in clustered role 'Cluster Group' failed. Based on the failure policies for the resource and role, the cluster service may try to bring […]
有人可以向我解释一下Hyper-V中Hyper-V私有云和VM故障转移群集之间的区别是什么。
我仍然在阅读Hyper V集群，有一些基本的东西我不理解。 Windows故障转移群集应该仅用于高可用性，而不是负载平衡。 然而，我阅读了有关Hyper V群集中具有7个或更多节点的部署。 我的理解是，这只是为了获得高可用性，这意味着群集可能会维持很多节点的故障。 这也意味着群集中只有一个节点一次支持整个负载。 但是在发现可以在节点之间划分虚拟机后，它开始看起来像是通过分配虚拟机发生某种级别的负载平衡。 所以我的问题是，这7个或更多的Hyper V集群是否将虚拟机平均分配到所有节点？ 如果是这种情况，集群会自动重新平衡虚拟机，如果一个失败？ 这使我感到困惑，因为我认为HA群集中的每个节点都应该能够支持群集的全部负载。