我们找到了一种新的群集存储架构模式，利用一整套存储虚拟化带来的好处，通过S2D可以为群集构建群集磁盘，而不再需要提供商公开存储。通过使用S2D技术为我们在公有云上面部署WSFC带来了很多新的可能，未来也希望微软推出更多方便好的技术，帮我们在各种云平台部署WSFC，把WSFC带到任何地方
原创
2017-09-17 13:01:16
2487阅读
点赞
1评论
通过对比我们可以看出，两种类型的延伸群集各有千秋，但归根到底都是为了实现跨站点群集 存储的高度可用，因此我们可以暂且给延伸群集一个初步定义，在实现跨站点群集的基础上，利用设备复制技术，或超融合技术，或复制技术，实现了存储的高度可用，确保站点发生故障时，不会因为存储而影响灾难恢复
推荐
原创
2017-12-12 20:49:34
10000+阅读
点赞
10评论
微软优化了这一点，解除了这个性能担心的问题，改为单独设置了一个事件管理器通道DiagnosticVerbose，这个通道就是按照level 5级别来记录群集运作信息，如果我们需要进行level 5级别的群集排错，可以直接查看这个事件管理器通道，实质上当我们获取clusterlog的时候也可以看见这个通道的内容，这个日志下面是来自DiagnosticVerbose中level5的群集日志
原创
2017-09-06 17:41:25
2353阅读
点赞
存储复制技术是2016存储的一项主要进步，原生的块级别复制，如果节点很少，不想维护群集的话，可以使用单机对单机场景实现灾难恢复，如果希望群集获得最低的RTO/RPO，可以使用延伸群集功能，获得自动化的灾难恢复，如果希望规划更为复杂的架构，针对于不同站点希望使用不同网络和存储架构，实现跨群集跨站点级别的灾难恢复，现在也可以实现
原创
精选
2017-12-24 14:35:51
10000+阅读
点赞
Hi 各位关注老王博客的朋友，十一过后，我们又开始继续研究学习WSFC啦，本次为大家介绍的是WSFC 2016部署模型里面的多域架构 什么是多域呢，对于只了解WSFC的朋友来说，可能并不明白是什么意思，其实多域指的是一种AD域的逻辑范围，例如说，我北京有一个域，oa.com，天津有个子域，tj.oa.com，这两个域同属于一个林，oa.com林，它们在一个大
原创
2017-10-16 16:01:00
4733阅读
点赞
在WSFC 2016中微软针对于故障域，新开通了个四个级别，分别是Site，Rack，Chassis，Node，其中Node是群集安装后默认就有，站点，机架，机箱，我们可以自行创建，自行构建它们之间的嵌套级别，并且针对于每个故障域级别都可以做详细的说明，便于查看，让我很感到惊喜的是WSFC 2016中的故障域并不只是说说而已，而是真的WSFC本身就可以帮助我们实现故障域感知的功能，目前老王观察看到 Site，Rack，Chassis这三种故障域级别都有各自生效的场景
  例如，同一个Site上面的Node，默认情况会在Site内执行故障转移，如果Site所有群集节点不可用，再转移至不同Site，随之又有很多Site故障域级别的粘合性优化，可以配置群集级别的首选Site，应用级别的首选Site，同一个Site虚拟机会使用同一个Site的存储，如果同一个Site的存储移动到其它Site，则虚拟机也跟着移动，等等，本文后面我也将主要介绍WSFC 2016 Site级别的故障域感知。
  还有一种场景，即Storage Direct Spaces，这项技术相信很多
原创
精选
2017-09-10 21:29:26
5626阅读
点赞
当我们在powershell里面创建的一个个故障域，其实就是一个个逻辑定义文本，如果没有S2D,WSFC这些能够感知到它们的组件，它们就只是一个普通的Text，不会起到作用，只有有能够感知到它们的组件，定义的故障域级别才能物理实现作用
原创
精选
2018-04-03 22:43:51
4223阅读
点赞
3评论
在WSFC2016开始，推出了滚动升级的功能，改变了以前的迁移思维，简单来说，我们现在可以在一个群集中就完成零宕机的迁移升级，不需要多个群集做跨群集迁移向导，我们可以直接把节点退出2012R2群集，重装成2016，再加入群集，群集现在实现了一种混合模式，可以允许群集中既有2012R2节点，也有2016节点，针对于虚拟机和SOFS资源，直接可以群集内从2012R2节点迁移到2016节点上面，针对于虚拟机可以采取实时迁移的方式移动，移动完成后再重做节点，加入群集，最终节点都升级为2016，可以看到，这种方式很好，是一种颠覆性的思维，现在我们就在一个群集中就可以完成群集的升级，而且连离线上线的宕机时间也不需要有
原创
精选
2017-09-02 17:34:18
4216阅读
点赞
有了这项技术后，我们可以让群集保持以前的样子，根据检测信号完成快速的故障转移，也可以根据通过VM弹性技术，设置在一定瞬时中断时间内，接受短暂的中断又恢复，不需要立刻执行故障转移，可以分别把主机在瞬时中断下做隔离处理，甚至进一步检疫处理，相对来说更加正规一些，也比原来我们调整检测信号的方式来的效果更好，因此如果大家环境中有瞬时中断的情况，不妨了解使用下这项功能。
如果不想要VM弹性功能，还想恢复以前基于信号检测直接做故障转移的运作方式
设置VM弹性值如下，则回到从前，需要注意，在2016TP2之后的版本，这项功能默认被启用，因此当发生网络中断，服务崩溃如果发现应用没快速故障转移，不要惊慌，那么是因为群集自动开启了VM弹性功能，不想要他，直接这样disable掉即可
原创
精选
2017-09-08 10:41:00
4872阅读
点赞
1评论
到了WSFC 2016时代，微软彻底如大家所愿，现在可以在一个完全工作组的环境下部署WSFC群集，连域成员身份也不需要了，彻底摆脱AD，直接使用工作组就可以部署群集，这对于企业没有AD域环境，又想要部署群集，或者想要部署群集但是又不一点也想管理AD域的管理员来说就太方便了
但是和2012时代无AD依赖一样，No Computer Object No Kerberos，支持的负载依然一样，最适合的负载还是SQL 群集&AG 使用SQL身份验证
原创
精选
2017-09-26 20:02:20
3767阅读
点赞
3评论
总结下顺序组依赖功能的利与弊
群集级别功能，单台配置，全群集生效，配置信息记录至群集数据库同步至全群集节点及仲裁磁盘
不仅可以应用于虚拟机，还可以应用于其他群集角色
可以任意构建依赖关系模型，支持跨顺序组之间构建依赖关系，也支持顺序组内构建依赖关系，可以手动调整顺序组延迟启动时间，依赖延迟操作，较为灵活，适用于真正有依赖启动需求的场景
缺点，只能是节点冷启动，或虚拟机关机开机时依赖关系才会生效，手动移动至最佳节点，维护模式不会生效，希望以后维护模式，手动移动至最佳节点也可以用上就厉害了，这样如果跨站点迁移的话，当我们迁移Web，就会也把DB,AP也一起迁移过去
原创
精选
2017-09-03 22:35:57
2512阅读
点赞
如果说您的环境，对于应用的可用性要求的很严格，一旦节点出现问题，应用需要立刻被故障转移到其它节点上，且您的环境中网络质量很高，不会出现丢包，瞬时中断的情况，那么您可以设置检测阀值为5或10，这样带来的好处是应用始终在最可靠的节点运行，只要应用当前运作节点5次检测lost，立刻failover到其它节点，但随之带来的问题是，一定要确保网络质量无瞬时中断，一旦出现瞬时中断的情况，应用会频繁的进行failover，因此设置检测阀值严格的前提，一定是对于应用可用性要求严格，网络环境足够稳定。
如果说您的环境，网络质量不高，确实会存在瞬时中断，检测信号有时不会及时响应，那么您可以选择设置检测阀值宽松一些，最高建议设置到20次信号丢失，再进行故障转移，这是个微软的最佳实践。设置检测阀值宽松，带来的好处是，确保节点正常情况下不会被故障转移，容许20次信号检测失败，maybe是因为节点距离远，或者有瞬时中断的情况。带来的坏处是，如果设置的阀值过于宽松，将会延迟宕机时间，例如，如果节点确实宕机了，但是却在60次检测后才触发故障转移，原本5次检测后就该故障转移的，因此这额外的55次检测的过程就是额外的宕
推荐
原创
2017-09-14 09:52:38
8704阅读
点赞
转眼已经是2018年了，真快啊，在这里老王首先祝福各位博友新的一年身体健康，事业顺利，在新的一年里老王仍然会继续为大家分享微软企业级技术，也欢迎大家与我一同探讨，共同学习，这新年第一篇老王想和大家聊聊WSFC的群集数据库，以及和它相关的一些组件 首先，我们回忆下之前介绍过的群集基础概念，里面有提到Windows群集的运作机制，群集在运作过程中会产生
原创
精选
2018-01-02 19:49:15
10000+阅读
点赞
WSFC里面的文件服务器群集，文件始终是一份，数据始终存放在群集磁盘中，通过群集来维持文件服务器这项服务始终持续可用，在2012之前同一时间WSFC只能有一台节点对外提供文件服务，2012开始...
转载
2018-08-28 21:18:00
101阅读
授权模式恢复
什么场景下会使用到授权模式恢复，例如，之前群集运行最正常的情况下，你执行了一次备份，忽然有一天因为不小心操作，弄坏了一些群集配置，整个群集开始不正常工作，这时候，您可以使用授权恢复，选择与一个节点进行恢复，在该节点上执行授权恢复，首先停止群集服务，恢复群集数据库配置，再启动群集节点，请注意，实质上这里，执行授权恢复的时候，所有群集节点的群集服务都会被停止！授权恢复后只要被恢复节点会优先启动，因为授权恢复，要把群集数据库配置回滚到之前的paxos标记，回滚之后需要被授权恢复节点的群集数据库提示为黄金副本，之后，再手动启动其它群集节点的群集服务，其它群集节点会从拥有黄金副本的节点同步群集数据库配置，群集恢复正常。
可以看到，授权模式恢复的关键点在于 1.机器可以不关机在线恢复 ，恢复后不需要重启 2.WSFC和Windows Server backup感知，执行授权模式恢复，自动提示节点数据库paxos标记为最权威。
基本上授权模式恢复的场景很明确，回滚群集配置，并提升回滚节点群集数据库为黄金副本。
这里需要注意的一点是，由于群集数据库的paxos标记会实时变化，因此
原创
2017-10-24 12:24:45
3102阅读
点赞
WSFC里面的文件服务器是群集，文件始终是一份，数据始终存放在群集磁盘中，通过群集来维持文件服务器这项服务始终持续可用，在2012之前同一时间WSFC只能有一台节点对外提供文件服务，2012开始群集引入SOFS，同一时间多个节点都可以对外提供服务，但是注意，数据仍然是一份，2012是根据服务器连接随机决定访问到的节点，2012R2开始根据share目录来决定随机访问到的节点，即是说，数据还是一份，
原创
精选
2018-08-28 21:17:44
8988阅读
点赞
WSFC里面的文件服务器群集，文件始终是一份，数据始终存放在群集磁盘中，通过群集来维持文件服务器这项服务始终持续可用，在2012之前同一时间WSFC只能有一台节点对外提供文件服务，2012开始...
转载
2018-08-28 21:18:00
96阅读
部署来宾群集+宿主群集，结合反相关性，确保来宾群集的节点始终处于不同宿主，不论是单个主机宕机，或单个虚拟机宕机都不会影响应用
原创
精选
2018-08-23 18:38:18
5191阅读
点赞
2评论
本篇文章中，老王不仅为大家介绍了群集运行放置和维护管理的功能，我们还通过群集日志深入去探索放置执行的底层过程，老王相信，只要是热爱群集技术的朋友看到最后都能够有自己的收获，我们学习技术不仅要学会用，更多时候我们应该去关注Why的层面，当我们执行移动至最佳节点，故障转移，故障回复时，为什么会产生这样的效果，为什么会放置在这节点，这个放置是否是我期望的，我可以通过那些功能控制，知道了解老王介绍的这些技术后，相信您脑袋中会有自己的答案，最终希望通过这篇文章可以让更多朋友知道群集有这些管理功能，有这些思考的地方，也希望能够让对于放置功能已经有所了解朋友能够更加加深一层印象！
原创
精选
2017-08-15 18:05:29
4518阅读
点赞
2评论
回顾一下WSFC传统AD模型的权限需求
创建群集的执行账户要求是各节点本地管理员
创建群集的账户需要对于OU具备创建计算机对象 及 读取所有属性权限
创建VCO的CNO对象，需要对所在OU具备具备创建计算机对象 及 读取所有属性权限
创建VCO的CNO对象，需要对DNS区域具备创建，修改权限
只要满足这四个条件，我们就可以创建一个正常的AD依赖群集，及上层应用。
如果采用预置对象的方案，我们可以不用授予创建群集执行账户与CNO对于OU的权限，直接赋予创建群集执行账户具备CNO完全控制权限，授予CNO对于VCO具备完全控制权限即可。DNS区域权限仍需赋予，但使用预置对象方案，更加合规化
以上为老王实际验证而得，对于传统WSFC群集，AD权限的需求，以及如何使用最小化权限实现WSFC权限需求，希望能够为感兴趣的朋友带来收获！
原创
2017-09-27 20:20:59
4068阅读
点赞
3评论
