ITPub博客

首页 > 云计算 > 公有云实践 > 释放.NET工作负载的潜力:从数据中心到多区域弹性

释放.NET工作负载的潜力:从数据中心到多区域弹性

公有云实践 作者:出海新观点 时间:2025-06-28 23:22:38 0 删除 编辑


导读

期望您的.NET工作负载能够在任何地方运行,成本更低,并在不到五分钟内实现区域故障转移。这正是一家跨国数据分析和风险评估公司八年前开始其云现代化之旅时选择使用亚马逊云科技的原因。在本次会议中,该公司的技术领导者分享了他们希望当时就知道的宝贵建议,以及从亚马逊云科技上的服务器扩散和Microsoft许可成本中吸取的教训。了解该公司如何使用温池来保持成本低廉且可控,使其.NET工作负载能够在高可用性的多区域环境中蓬勃发展。

演讲精华

以下是小编为您整理的本次演讲的精华。

在不断演进的云计算领域中,Verisk分析公司的旅程见证了持续改进和坚韧不拔追求的变革力量。作为全球保险行业领先的分析、数据和技术合作伙伴,Verisk的使命是提高运营效率、优化承保和理赔结果、并为客户防范欺诈。然而,实现这些目标的道路并非一帆风顺,正是通过一系列关键时刻,他们开启了在亚马逊云科技上释放.NET工作负载全部潜力的非凡历程。

2016年,一场北极寒流威胁要使Verisk的内部数据中心过热,促使他们采取了一个绝望的措施——打开电梯井门以循环冷空气。这一事件引发了警钟,点燃了一连串反应,推动Verisk拥抱DevOps运动并迁移到亚马逊云科技。最初,他们采取了直接的“提升和转移”方式,在云平台上复制他们的单体应用程序。然而,他们很快意识到这种策略的局限性,开始将应用程序拆分为独立的堆栈,每个堆栈都有自己的负载均衡器、数据存储和可扩展的EC2实例。

随着Verisk的云之旅不断推进,他们认识到需要灾难恢复能力,并于2018年开始在多个亚马逊云科技区域部署应用程序。起初,他们依赖人工干预,在出现问题时使用Amazon Route 53切换区域间的流量。然而,这种方法效率低下,因为人工决策往往会延迟故障转移过程。不屈不挠的Verisk决心自动化这一过程,利用New Relic的警报在9-13分钟内触发故障转移,大大减少了停机时间。

2020年标志着一个关键转折点,Verisk实施了主动-主动多区域架构,利用Route 53加权策略在区域间分配流量,最初将10%的流量路由到俄勒冈州的西部区域,90%路由到弗吉尼亚北部的东部区域。这种方法最终演变为地理位置邻近路由,确保用户从最近的区域获得服务,进一步提高了性能和弹性。

Verisk对改进的不懈追求并未就此止步。2024年,他们将多区域弹性扩展到Microsoft SQL Server工作负载,利用Always On可用性组在区域间翻转应用程序和数据库层。这一壮举可谓非凡,Verisk现在可以在90秒内故障转移关键任务工作负载(包括数据库),彰显了他们最大限度减少停机时间的坚定承诺。

Verisk旅程的影响是可量化的,数据显示2024年的停机时间比2020年(开始跟踪这些指标的时候)减少了惊人的77%。他们的敏捷性和弹性在7月的CrowdStrike事件中经受了考验,他们可以在两小时内恢复95%的6,200个应用程序堆栈,利用自动扩展功能。

虽然多区域部署的好处是不可否认的,但Verisk面临着一个新的挑战——跨多个区域运行Windows工作负载的成本增加。Verisk的DevOps总监Elliott Markelwitz带头解决这一问题,探索各种成本优化策略。

最初,Verisk调查了使用亚马逊云科技现货实例的可能性,被大幅节省成本的前景所吸引。然而,他们很快发现,由于许可费用,Windows工作负载的定价优势微乎其微。不屈不挠的他们转而采用预留实例和亚马逊云科技节省计划,在保持所需弹性水平的同时实现了更好的成本节省。

为进一步优化Windows工作负载,Verisk将注意力转向提高EC2实例的启动时间。他们利用Amazon EC2 Image Builder将应用程序依赖项烘焙到自定义AMI中,将构建时间从长达40分钟缩短到20-25分钟。此外,他们启用了亚马逊云科技 Windows Fast Launch,允许亚马逊云科技预先启动实例并根据需求恢复快照,进一步加快了实例可用性。

Verisk对部署流程的持续改进也延伸到了这一领域。通过集成Octopus Deploy,他们确保在实例启动后立即触发应用程序安装,简化了部署管道并最小化了延迟。

然而,Verisk最大的突破是通过实施亚马逊云科技自动扩展暖池实现的。通过维护一个预先构建的停止EC2实例池,他们可以从暖池启动实例来即时扩展Windows应用程序。这种创新方法使Verisk能够以通常与Linux环境相关的敏捷性来处理突发工作负载,将非生产成本和EC2实例小时数均减少了惊人的75%。

受到成功的鼓舞,Verisk将暖池方法扩展到备份区域,在那里他们维护一个正在运行的实例,并可以从暖池中快速扩展,有时甚至在流量切换之前就可以做到。他们还将这种方法应用于CI/CD管道,使用Atlassian Bamboo根据队列深度动态扩展代理实例,防止开发人员遇到长时间构建等待。此外,Verisk还利用暖池来管理内部应用程序和低流量工作负载,在夜间和周末减少使用量。

随着旅程的推进,Verisk探索了在Amazon Elastic Kubernetes Service (EKS)上使用Windows容器容器化其.NET Framework应用程序的可能性。然而,这种方法仍然需要配置Windows EC2节点,可能会抵消容器化的好处。

认识到这种方法的局限性后,Verisk将重点转移到将应用程序现代化为.NET Core,使他们能够在Linux上运行并利用亚马逊云科技服务的全套功能,包括Amazon Fargate。这一战略举措不仅为可扩展性和成本优化开辟了新的可能性,还使Verisk有机会利用云计算领域的最新创新。

虽然Amazon Lambda的无服务器计算对于他们的.NET工作负载具有吸引力,但Verisk在成本和性能方面遇到了挑战。他们发现,对于某些内存需求高或计算密集型工作负载不频繁但存在突发情况的用例,Lambda调用可能会产生高昂的成本,可能会抵消无服务器架构的好处。在一个案例中,某个具有大量计算需求的Lambda函数在单日流量高峰期间产生的成本就超过了在EC2或EKS上运行该工作负载一个月的支出。

Verisk并没有因这些挑战而气馁,他们寻求了亚马逊云科技应用程序现代化实验室的帮助,这是亚马逊云科技与客户合作加速将传统应用程序迁移到现代云原生架构的一项努力。通过这种合作,Verisk获得了宝贵的资源和专业知识,使他们能够驾驭将.NET应用程序现代化为.NET Core以及利用Amazon CodeGuru Profiler、Amazon CodeGuru Reviewer、Amazon CodeGuru Metrics和Amazon CodeGuru Transformation等亚马逊云科技服务的全部潜力的复杂性。

在这段非凡的旅程中,Verisk对持续改进和弹性的坚定承诺一直是推动他们成功的动力。从拥抱DevOps并迁移到亚马逊云科技,到实施多区域架构和优化成本,他们的故事见证了云计算的变革力量以及对卓越的不懈追求。

随着亚马逊云科技 re:Invent 2024落下帷幕,Verisk的故事矗立为一座启迪之灯,为组织照亮了释放工作负载全部潜力、实现前所未有的敏捷性、弹性和运营效率的道路,在不断演进的云计算领域中继续前行。

我们正处在 Agentic AI 爆发前夜。 2025 亚马逊云科技中国峰会提出,企业要从 " 成本优化 " 转向 " 创新驱动 " ,通过完善的数据战略和 AI 云服务,把握全球化机遇。亚马逊将投入 1000 亿美元在 AI 算力、云基础设施等领域,通过领先的技术实力和帮助“中国企业出海“和”服务中国客户创新“的丰富经验,助力企业在 AI 时代突破。



来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70038688/viewspace-3089405/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2024-05-21

  • 博文量
    679
  • 访问量
    565586