内容提要
芯片设计公司使用亚马逊云科技的SOCA解决方案,通过云上弹性计算和存储应对业务高峰,提升用户体验。下一步计划是在Amazon FSx for NetApp ONTAP基础上进一步优化存储性能和同步解决方案。通过混合云架构,保证芯片设计的高效完成。
延伸解读
混合云不是简单堆叠,而是体验与运维的统一
该案例中,芯片设计公司已形成云上云下两套计算集群,但初期网络依赖公网VPN、账号体系分离、调度方式不一,导致工程师需频繁切换环境、修改脚本,运维也要人工分配资源。第二阶段优化的核心并非新增算力,而是通过专线、统一LDAP、OpenPBS纳管本地主机和DataSync自动同步,让两套环境在操作体验上趋于一致。这提示读者:混合云的价值往往取决于协同细节,而非资源规模。
网络与鉴权整合是混合云协同的前置条件
文章将网络优化和鉴权整合列为优先需求。网络方面,客户以专线为主、VPN为备,利用中转网关TGW和BFD实现主备切换,提升连接稳定性;鉴权方面,放弃本地NIS,全面转向OpenLDAP,并部署云上云下双主同步,确保账号权限自动一致。这两项改造虽不直接产生计算成果,却为后续统一调度和存储同步扫清了障碍,说明基础架构一致性是混合云深入使用的前提。
调度整合降低脚本适配与人工协调成本
客户将本地数据中心主机纳入OpenPBS调度管理,作为静态计算资源,使工程师能以统一方式提交作业,无需为云上云下环境修改验证脚本;运维也可通过队列机制统一分配资源,减少人工协调。文章还提到针对CentOS6主机设计客制化脚本,说明整合需兼顾存量系统差异。这一实践表明,调度层统一能直接减少工程师和运维的重复劳动,但需投入适配工作。
存储同步仍在验证,FSx for NetApp ONTAP是下一步方向
存储同步方面,客户使用DataSync自动化云上云下数据同步,并针对不同数据量和文件数进行性能测试,建议细分同步目录以缩短周期。文章明确指出,客户正在评估自动同步项目的可行性,尚未全面落地。同时,亚马逊云科技中国区已发布Amazon FSx for NetApp ONTAP,计划基于其SnapMirror和FlexCache技术进一步优化存储性能与同步。读者应注意,存储环节是当前混合云体验中仍在演进的部分。
Q&A
芯片设计公司为什么选择AWS SOCA解决方案?
芯片设计公司使用SOCA(Scale-Out Computing on AWS)可以便利地使用云上弹性的高性能计算和存储,从容应对无预估的业务突发高峰,减少环境准备期,利用高并发缩短EDA作业时间,同时在业务低峰期避免闲置资源浪费,达成更好的成本收益。
SOCA混合云架构中如何优化网络连接?
建立一条从本地数据中心到亚马逊云上区域(Region)的专线连接,使用VPN作为备线。云上使用中转网关(Amazon Transit Gateway,TGW)实现主从切换,云下防火墙使用双向转发检测(BFD)进行检测主从切换。正常情况下流量走专线,专线故障时TGW自动将流量切换至VPN,专线恢复后流量再次优先通过专线。
如何整合云上云下两套不同的账号体系?
放弃本地的NIS Auth Server,全面转向使用OpenLDAP作为认证服务器。云上云下均部署OpenLDAP服务,并实现LDAP双主同步机制,确保用户账号和权限自动保持一致。同时采用互备方案,云上LDAP故障时云下LDAP作为备机接管,反之亦然,保证鉴权服务的高可用性和连续性。
如何实现云上云下计算资源的统一调度?
将本地数据中心的主机纳入OpenPBS的调度管理,作为OpenPBS的静态计算资源。IC设计工程师可以通过提交OpenPBS作业的方式提交作业到本地计算集群,实现云上云下用户操作的一致性,避免修改验证脚本。用户统一使用OpenPBS的队列进行计算资源的分配调度,减少人为静态分配计算集群的负担。同时统一使用SOCA的监控系统对作业运行状态和资源使用情况进行实时监控。
云上云下存储如何实现自动同步?
使用AWS DataSync自动化实现云上和云下数据的同步操作。针对不同数据量和文件数的场景进行性能测试,找到DataSync适用的最佳场景,并协助客户区分项目冷热目录进行甄别处理和优化。建议将要同步的文件目录进行细分,根据项目、工程以及频繁变更等因素缩小同步范围,从而达到更高效的周期性同步效果。
SOCA混合云优化后带来了哪些收益和后续计划?
优化后的系统提供了更加高效的网络连接,集成了一个统一而安全的身份验证系统,并采用了一体化的计算集群调度管理机制。在存储方面,探索自动化同步的技术并验证其可行性。下一步计划在Amazon FSx for NetApp ONTAP的基础上开展下一步的工作,为客户提供更加优化的存储性能与同步解决方案,并不断优化OpenPBS使用混合云主机资源的流程。