首页 > 云计算 > 公有云实践 > Amazon EKS:分析数据平台
随着在Amazon EKS上运行分析工作负载的需求持续增长,数据工程师需要自助工具来创建运行分析作业的基础设施。本次会议提供了关于领先组织如何现代化其数据平台的实用见解,从传统的基础设施即代码管道转变为基础设施即Kubernetes API。通过使用亚马逊云科技 Controllers for Kubernetes (ACK)等开源技术,数据平台团队可以帮助数据工程师创建按需命名空间和集群,这些集群完全配备运行分析作业的能力,从而简化他们的工作流程。
以下是小编为您整理的本次演讲的精华。
在数据分析的年鼿中,亚马逊云科技 re:Invent 2024年大会矗立为创新的灯塔,见证了协作力量的威力,预示了数据、平台和组织增长交汇处的变革潜力。Roland Barcia的话语引起了强烈共鸣,强调了数据在当代环境中的关键作用,尤其是在生成式人工智能和大型语言模型的背景下。他的见解阐明了数据的多方面性质,包括多种格式和角色,从分析师和开发人员到用户和决策者,所有人都利用数据的力量来做出关键决策。
Christina Ananov的专业知识体现在精心设计的三层集群构建方法上,针对分析工作负载的独特需求进行了优化。第一层专注于建立生产就绪集群,具有强大的网络功能。值得注意的是,她建议使用一个特殊的不可路由IP范围,具体是两个/16 CIDR块,以避免IPv4耗尽并获得130个IP用于节点和Pod。在VPC CNI配置方面,Christina建议将最大ENI数量设置为1,将每个节点的最大Pod数量设置为静态值30或根据实例大小和Linux版本自动确定的值。这种策略旨在减少VPC CNI与EC2 API的通信量,通过启用前缀委派,将16个IP打包在一个查询中,从而减少查询次数。
转而关注集群架构中的关键组件CoreDNS,Christina强调通过利用托管缩放来实现主动缩放的重要性,该功能自5月起适用于EKS版本1.25和CoreDNS版本1.9或更高版本。与此同时,她建议部署Node Local DNS,这是一个缓存查询并减轻CoreDNS负载的DaemonSet。此外,她建议将节点级ndots值设置为2,减少不必要的查询并缓解CoreDNS Pod的压力。在计算缩放方面,Christina阐明了从开源Cluster Autoscaler过渡到Carpenter的过程,后者是一个由亚马逊云科技开发的项目,不仅考虑CPU和内存需求,还考虑了选择实例时的成本效率。Carpenter的优势体现在能够在不到一分钟的时间内扩展实例,与Cluster Autoscaler平均2-3分钟形成鲜明对比。
Christina的见解深入探讨了Spark作业执行的细节,其中驱动程序Pod管理作业、调度执行器并处理中断。在这种情况下,她建议在按需实例上部署驱动程序Pod,同时利用深度折扣的Spot容量来运行执行器。这种策略旨在在可靠性和成本效率之间取得平衡。在存储方面,Christina强调了利用内置SSD驱动器的实例的优势,将它们设置为RAID 0以获得最佳性能。对于短期运行的作业,这种配置是理想的,而长期运行的作业则需要使用EBS卷来实现检查点和无缝实例中断处理。
在图像优化方面,Christina的建议集中在最小化实例供应和Pod就绪之间的时间,目标是在一分钟以内。策略包括利用跨区域复制托管在ECR上的镜像、实施拉取缓存以及使用S3挂载点来存储大文件,从而减小镜像大小并加快下载速度。可观察性成为一个关键支柱,Christina建议监控Kubernetes控制平面、VPC CNI和EBS的API限制指标,以及网络性能指标,以检测由于连接跟踪表饱和而导致的潜在数据包丢失。
Victor的引人入胜的叙述揭示了Appsflyer的数据处理环境,他们每天处理超过100PB的数据,协调数千个具有不同资源需求的作业,并应对可能快速扩展的动态流量模式,每秒数百万个事件。遵守严格的SLA至关重要,这凸显了及时数据处理对其业务运营的关键性。在优化Spark工作负载的过程中,Appsflyer开启了一段变革之旅,从由配置管理工具管理的EC2实例迁移到Amazon EKS生态系统。
Victor的阐述揭示了Carpenter在解决其扩展和成本效率挑战方面的威力。利用Carpenter的智能算法,Appsflyer在高峰利用期间扩展到大约60个节点,而在利用率下降时又能高效缩减,最小化闲置时间和资源浪费。Appsflyer的计算策略采用了多种实例类型,包括主要选择Graviton Gen 3实例,当容量受限时则使用Graviton Gen 2作为后备选择。值得注意的是,他们的节点池中有15%是裸机节点,这体现了他们追求高性能和直接访问硬件而无需承担虚拟机管理程序开销的决心。
在24小时周期内,Carpenter协调了超过1600次节点创建和终止事件,这一惊人的数字凸显了Appsflyer工作负载的动态性质。Victor的见解揭示,Carpenter的终止处理能力,加上Spark在2分钟内迁移中间数据阶段的能力,缓解了Spot实例中断的影响,确保了严格的SLA得以遵守。可观察性在Appsflyer的数据分析工作中占据核心地位,Victor展示了将Kubernetes、Spark和Carpenter的指标相结合的威力。这种整体方法提供了对数据处理流程的细粒度洞察,使他们能够识别趋势和潜在的业务影响。例如,他们可以发现点击处理占他们工作负载的28%,而另一个数据集相比上周增长了35%。
成本估算成为一个关键方面,Carpenter提供了实例和可用区定价数据。通过将这些信息与Spark和Kubernetes指标相结合,Appsflyer可以近乎实时地计算每分钟的数据处理成本,这一能力赋予了工程和业务决策过程以力量。Victor的叙述强调了自主和控制的理念贯穿Appsflyer的数据工程实践。通过详细的Git结构和自动化工作流,数据工程师可以从单一界面管理基础设施、应用程序和第三方集成,促进了速度并减少了对平台工程师的依赖。
将Spark工作负载迁移到Amazon EKS的变革影响引起了强烈共鸣,Appsflyer实现了60%的成本降低、35%的SLA改善、加强的可观察性以及平台工程师的运营开销大幅减轻。这些切实的好处凸显了亚马逊云科技数据分析平台的巨大价值主张。
此外,该演示还强调了Amazon EMR的威力,这是一项在EKS上运行的托管服务,为客户提供了最佳的两个世界:管理和灵活性,结合了最佳的开源框架。对于那些寻求更加原生的亚马逊云科技体验的人来说,像Amazon Kinesis这样的服务为数据摄取和处理提供了引人注目的替代方案。
数据生命周期成为一个核心主题,包括摄取、工作流管理、数据处理和消费。演示介绍了Amazon MSK(托管流媒体Apache Kafka)、Amazon Step Functions、Apache Airflow和Argo Workflows等强大工具,用于协调和管理这个复杂的生命周期。
值得注意的是,该演示强调了“数据在EKS上”项目的重要性,这是一个协作努力,提供了在EKS上配置模式(如运行Spark、Flink或Kafka)的蓝图和最佳实践。这一倡议使客户能够利用Kubernetes为其数据分析工作负载提供动力,同时受益于亚马逊云科技的专业知识和指导。
总之,亚马逊云科技 re:Invent 2024年大会见证了云上数据分析的变革潜力,展示了真实的客户成功案例和优化性能、可扩展性和成本效率的最佳实践。亚马逊云科技服务、开源工具和Kubernetes生态系统之间的协同效应成为创新的强大催化剂,使组织能够释放数据的全部潜力,推动业务增长。
我们正处在 Agentic AI 爆发前夜。 2025 亚马逊云科技中国峰会提出,企业要从 " 成本优化 " 转向 " 创新驱动 " ,通过完善的数据战略和 AI 云服务,把握全球化机遇。亚马逊将投入 1000 亿美元在 AI 算力、云基础设施等领域,通过领先的技术实力和帮助“中国企业出海“和”服务中国客户创新“的丰富经验,助力企业在 AI 时代突破。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70038688/viewspace-3090361/ ,如需转载,请注明出处,否则将追究法律责任。