网云科技

标题: 求助双机热备的方案 [打印本页]

作者: 0e724g 时间: 2016-3-29 19:48
标题: 求助双机热备的方案
应用环境
1、数据采集应用->sql数据库->web发布
2、采集数据并发连接小于1000、web发布并发连接小于100、数据库文件小于8G（有单表数据超1000w）
3、数据从公网进入、从公网发布、无域名固定公网IP
4、全部应用基于windows环境
需求
1、性能要求其次、要保证数据安全和连续可访问性
2、无人值守自动切换故障节点
3、应用程序（数据采集、web发布尽可能只安装一份）维护方便
初步想法
1、两台工作服务器热备，一台宕机，另一台自动切换，还可以加一个域控制器和sql见证服务器
2、看了故障转移群集和sql的镜像服务，有点雾水，各有优缺点，不知道能不能同时实现
求助内容
1、网络冗余需要吗？如果需要怎么做？
2、服务器硬件购买建议
3、软件怎么搭建

由于刚开始接触这些希望大家能给些意见
这个版块好多玩服务器和虚拟化的大神多给点建议撒

作者: nsgqoi5 时间: 2016-3-29 19:48
我去连击了编辑掉 123123123123

作者: i3s6d2f 时间: 2016-3-29 19:48

确实是很小规模的应用负载平衡肯定用不上
web和数据采集程序都是.net开发的所以只能是windows平台了
重点在数据库，里面都是给客户托管的数据
公司规模也不大，可能最多上2-3台服务器，不可能再多了，也没人专管
所以本想通过某一服务器停机另一个无人值守切换，但可能不太好实现

作者: bar9s1j 时间: 2016-3-29 19:48

我还想再详细请教下
我初次接触这些东西，可能有些问题比较低级
1、sql-cluster里装windows+sql数据库引擎？FC装数据库实例（文件）？
2、心跳线需要单独的网卡？是不是有心跳线就不用见证服务器了？
3、故障后sql服务地址变化了，应用访问受影响吗，需要程序用域的访问形式？
4、在FC上做共享磁盘见证群集？

作者: 9ymsw1r 时间: 2016-3-29 19:48
其实不用双机有个好的存储做后端就可以了前端做个冗余就行了
同时做好灾难恢复就行这点规模小case
真双机成本略高。。。
什么都是double 甚至机房都是=.=

作者: 5lq1zr 时间: 2016-3-29 19:48

好像就目前情况这个最靠谱
自动备份的软件有什么推荐的吗？

作者: sylmjomz 时间: 2016-3-29 19:48

  所谓双机热备，就是为了实现99.99以上的在线率，也就是系统强壮度。
  至于数据备份（或者服务器备份），不属于同一范畴。

  PS：其实真的不用担心技术上的问题，都是基本模型，很容的掌握的。当初VM也是一窍不通，通过自学，现在搭建混合云平台，已经投入生产2年了（设备是企业及、但原理是一样的）。

作者: 9netg1 时间: 2016-3-29 19:48

存储级别的备份，也叫LUN拷贝、远程复制（异机）、一致性组（LUN数据同步）等等。

容灾（一般讲异地），同一品牌就简单，如果还有其他品牌就需要虚拟化了，也就是存储网关。

如果是分布式存储，典型例子Vsan，那就看容错的策略。

作者: jjgw710 时间: 2016-3-29 19:48

这个么选择很多win系统可以用自带的备份 sql可以用自己提供的功能创建备份计划任务
如果实时性要求高点可以选择cdp备份方案产品有很多。。价格略高

作者: fgq47ni 时间: 2016-3-29 19:48
推荐采用VMware HA，经济性和易用性都比微软热备方案要好，迁移也比物理机方便快捷，3台服务器足够，一台上安装vCenter Server，另外两台做为ESXi主机，共享一个外部存储。创建一个Cluster，然后分别加入Master和Slave。
我测试过，VMware HA基本可以保证在3分钟左右迁移故障。
PS：如果仅仅是为了数据库，建议还是老老实实做windows cluster，越简单越可靠！

作者: 5f9646j 时间: 2016-3-29 19:48

好点的存储能说的详细些吗
用ISCSI或FC组SAN？
其实不能热备，手动切换也可以，就是操作和维护简单就行
怎么做灾难恢复，能说些具体的吗？

作者: c9tlzeg 时间: 2016-3-29 19:48
要说单点的故障有以下：

1.FC存储,不过他有双电源、双主机头，问题还不算大
2.HBA卡只有一张，预算够的话可以再买一块。
3.FC交换机，我没有画出来，要冗余也可以做成双机。
4.DNS这个是单点，要做备用DNS很容易。

设计容错是三台物理主机（这里我做了VM的集群），随意坏一台，双节点SQL，容错率也是一，三节点SQL也很容易做。

PS：系统越复杂，维护成本也是越高的。

作者: 5pcqb8o0 时间: 2016-3-29 19:48
那就简单点
1台web服务器+1台数据库服务器最多再加个归档备份NAS
然后弄个备份软件就OK了

作者: cp86e5j 时间: 2016-3-29 19:48
之前我一直担心服务器除硬盘外的硬件故障宕机我是不是想多了？
其实停个把小时也没事，只要数据不丢。
做好备份才是正解？

作者: gw6dsd 时间: 2016-3-29 19:48
我去连击了编辑掉 12312312312312121212121212121

作者: y6ummpi 时间: 2016-3-29 19:48
这个比较简单，设计如下：

先让看看SQL的故障转移拓扑图（我用了三台淘汰服务器,和一套旧的FC存储），WEB的故障转移以类似（建议你采用微软的方式）。
1.gif

作者: 3568mro 时间: 2016-3-29 19:48

我先升级下我电脑内存先搭建虚拟环境做好实验

作者: xo48jn3x 时间: 2016-3-29 19:48
我去连击了编辑掉123121213

作者: xxc2g8 时间: 2016-3-29 19:48
web应用可保持不变，跑在IIS上，用两台，前端考虑用linux下的nginx做负载。

采集程序不知啥情况先不说，主要难点是数据库的热备，其实sql server 也不是那么容易死掉的，就是慢。
做好数据备份其实还好了。

作者: fmm6eqj 时间: 2016-3-29 19:48
linux下的方案大把的，而且对系统要求不高。
windows下，太依赖微软，网上资料不多。

何况，你假设的服务器数量不多，感觉成本不可能太高，再使用微软的方案，可能不合适。

不知道热备的重点在采集还是web服务，能否详细说下，或许能换个思路。

前些年折腾.net，后来转向nginx+tomcat，可控性不是一般的好啊。

比如数据库mysql，用主从同步，比sqlserver的发布订阅，方便太多了。
nginx在前端做负载均衡，轻松应对。

把思路锁定在windows本身就限制太多。

作者: s91dj6v 时间: 2016-3-29 19:48

其实我本身是写数据采集程序的
我看应用和数据搭在一个工作站上不是个事，将来硬件出问题都没得恢复，就跟领导提了一下
领导也不懂，就让我提个方案，自学了几天，也就是明白一些概念，实际该怎么做没什么头绪
软件和技术实现到是可以慢慢研究，硬件采购要是提少了再加就比较麻烦了
所以来坛子里请教大家

再次谢谢你的耐心帮助！

作者: h0mt6ie 时间: 2016-3-29 19:48

无论系统简单也好，复杂也好，数据都是同样的重要。备份建议是四份（运行一份、本机备一份、异地备一份，归档一份，还要定期做回复抽样检查）。

PS：不用客气，你可以搭建虚拟实验室，掌握好了再投入生产。

作者: 1zh2t8z 时间: 2016-3-29 19:48
看来真是我想多了
以前就是所有东西都装在一个一个工作站上，工作站仍在一个房间里没人管
今年公司打算提高下安全性，然而并没有人能维护服务器
还是系统搭的简单的好

一个应用服务器：web发布和数据采集
一个数据服务器：装sql，做个镜像在应用服务器上
各自做raid1，这个样有4份数据
这样是不是就可以了，随便坏了都不怕

欢迎光临网云科技 (http://www.8x6x.com/)