混合IT架构的最佳实践

《混合IT架构的最佳实践》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、混合IT架构的最佳实践传统IDC跟云服务的关系传统IDC作为互联网的基础平台为其服务了儿十年，可是对IDC的使用从來没有像今天这样使用了互联网思维。云时代，服务商卖给企业的不只是场地，机柜，电。。述有一整套采用互联网思维来使用它们的解决方案，所以通常我们会觉得云服务“哪儿哪儿都要花钱“，所以有实力的公司会搞“私有云“。产品IDC产品云逻辑IDC混合IT架构的尴尬地位随着云服务的逐渐完善，如果我要做一个产品，必然会去选择云服务提供商，因此也就不会有混合IT架构这个概念了，因为这个概念通常存在于使卅传统IDC的公司向云服务过度的一个屮间状态。也对运维部门是一个

2、极人的考验，因为要在一个新的环境建立产品运行环境,还要保障产品速度，各种转换率不会因此降低。IDC■1IDC▼r云j7阶段三^ws中無术社区数据一致性混合架构有两种方式，一种是备份机房，机主机房出现比较大的故障，可以将流量切至备用机房，一种则是双活，即两个机房同时为用户提供服务。无论是哪种方案，都需要两个机房之间的网络延迟在可以接受的范围内，一•般通过专有光纤來解决，云服务商通常会捉供这种专冇光纤的接入（比如AWS的DirectConnect服务）来打通实体机房与云服务的网络环境，我们可以利用它来做到数据的同步。^webserver1H■webserver

3、—■■■■datakJ■rlofoI■UdlaJMHRRMR■■AWSIDC有了良好的网络环境,如何实现数据同步同样是一件及其困难的事情，比如数据库，就需要川户写数据的时候往两个机房各写一份，比较普遍的做法是采用消息队列，将川户写的数据先排进队列，然后在开启两个队列对不同机房的数据库进行写操作。另外是缓存，如果川八访问新的机房，山于新的机房没有缓存，则会出现新的机房数据库被打爆的风险，比较简单的做法是通过在请求包设置cookie用以标记是否是老用户然后负载均衡层判断，含冇次cookie的转发至老机房，没有此cookie的新用户则转发至新机房，然后再将老用户

4、按照逐渐递增的方式将流量迁移至新机房，直到新机房缓存完全建立。做到敏捷使用云服务的一人优势便是资源到位速度快，一般情况下，我们可认为云的资源时无限人的（如需求特别的，盂要跟云服务商单独谈），许多的云服务商（比如AWS）都会给用户提供api接口用于开启资源，并配合cloud-int服务实现资源的初始化，比如我们可以通过脚本的方式调用api快速开启一台webserver,一台memcache,一台mysql,并使他们处于不同的集群以及不同的监控组中。1stepl:lanuch_ec2step2:systeminitializa七ionstep3:joinclu

5、sterstep4:deploymenti**niterr；尽可能多的使用服务云服务商提供的服务不仅仅有虚拟服务器，也会提供诸如负载均衡，分布式存储，cache,消息队列等其他的公共服务，将他们恰当的运用到自己的项忖中是很冇必要的，因为你将在短期内不用担心他们的扩容问题，比如可以使用AWS的ELB作为负载均衡器对外提供服务，使用S3存储静态资源以及log文件（有个叫s3fuse的项目可以实现将s3作为文件系统挂载到服务器上，可以向访问本地文件一样访问S3上的文件）。监控一切在企业架构还处于混合架构的状态小，我们要对产品的性能做两套监控系统，另外一个用來专门

6、监控处在云服务上的产品的性能数据，包括性能指标以及业务指标。我们町以通过在前端分流层对流向IDC以及云服务的流量打上cookie或者标记Etag,然后再log分析的时候便可以出两套数据，川于对比，随时对云服务进行优化或者技术决策，可以采用grafana做成类似如下的图标用来实时观测数据。IOCnx©*8AWS・,•8xi«S8【编辑推荐】私有云项目注定失败的八大征兆如何打造一款可与AWS相媲美的企业私冇云？【博文推荐】OpenStackIcehouse私有云实战部署私有云选型评佔:OpenStackvsVMware八秒定律再升级，弹性IT架构打造艺龙“快”

7、实力