上公有云都会谈到云原生架构。其中重要一点就是计算与存储的解耦合。这就意味着在架构里要尽可能把数据与计算分离,让计算可以随时随地访问到数据。
金凤玉露一相逢,便胜却人间无数——在Azure部署AVE
前边谈到了Azure原生的ASR服务,可以提供虚机、文件、数据库等的备份。但是ASR的功能有些限制,对应用的兼容性局限在MS的产品。如果用户有其他方面的备份要求,无疑ASR就不能满足需求了。
不过作为一个开放的平台,有很多第三方的工具可以满足客户的需求。今天就谈谈EMC的Avamar。
东风吹,战鼓擂,数据丢失要怪谁——使用ASR对虚机行进保护之站点恢复篇
ASR站点恢复
业务系统的安全除了备份,往往还有业务持续性。备份虽然可以恢复业务,但是只能回退到备份点,比较粗燥,并且要通过恢复才能拉起业务,所需时间较长,用行话来讲就是RPO和RTO都比较大。这时候就需要ASR的站点恢复功能了。
东风吹,战鼓擂,数据丢失要怪谁——使用ASR对虚机行进保护之备份篇
“没有经历过数据丢失的运维不是一个成熟的运维。”
——尼古拉斯.苦逼.运维
忽如一夜春风来,千树万树梨花开——CentOS7.5新功能简介
昨天在Azure创建虚机时,无意中发现CentOS7.5已正式在Azure发布:
CentOS7.5虽然只是一个小版本升级,但是却引入了很多新功能。特别是存储方面,可以大大方便我们的工作。
滴血的CPU漏洞
如果要评选2018年IT重大事件,Inte CPU漏洞绝对可以当选。不同于以往的CIH、熊猫烧香等限制在某一个OS平台的事件,这次所有的X86都中招了。
其中受影响最大的应该是公有云服务商。元旦后春节前本来应该是各IT厂商的“淡季”,但收到Intel CPU漏洞补丁的影响,各公有云厂商却不得不马不停蹄的对平台进行修复,堵住该漏洞。
何方化身千万亿,一树梅下一放翁——浅谈Azure的虚机复制
在云原生的应用里,通常会谈到虚机要去持久化、松耦合、快速部署等理念。为了实现此目的,虚机的快速复制是一个必不可少的需求。
而在Azure里,提供了多种虚机复制的方式;而如何选择合适的方案,则往往令初学者感到疑惑。
千家万户瞳瞳日,总把新桃换旧符——Azure存储新功能一览
在全国人民喜迎新春之际,细心地观众,不,细心地Azure用户可能已经发现,Mooncake上创建存储账户的地方有细微的改变,账户类型从原有的“通用存储账户”和“Blob存储账户”变成了如下三项:
这意味着Azure存储新功能已正式登陆Mooncake。下边就具体看看主要的几个新功能
走进足球、啤酒、肘子的国度
话说天下大同是个美好的理想,可是在理想实现之前,Azure还是被分成了4张网:Global Azure、美国政府Azure、中国Azure(Mooncake)、德国Azure(咦,难道德国也有方叫兽?)。
使用Azure Files Storage实现Docker数据持久化及其他
Docker日渐成为生产环境中越来越重要的基础架构,除了传统的轻负载、无状态应用,逐步也开始走入类似于DB的环境。随之而来的是对容器数据持久化要求越来越多。
Docker自身提供了多种数据持久化的方案,例如Bind Mount、Docker Managed Volume、Data-packed Volume Container等。无论哪种方式,都要依赖Docker宿主机的存储,当宿主机出现故障、Docker需要漂移时,会出现持久化数据无法访问的情况。