本指南指导您完成使用设计数据管理（SOS）环境在云端构建设计数据管理系统的过程。这包括设置设计数据管理（SOS）主服务器和网络文件系统（NFS）服务器。通过设置此环境，您可以为团队提供对设计数据的全球访问权限。 

请注意：[免责声明]

架构图

[架构图描述]

下载架构图 PDF 

Well-Architected 支柱

当您在云中构建系统时，AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool，您可以通过回答每个支柱的一组问题，根据这些最佳实践来检查您的工作负载。

上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构，您应该遵循尽可能多的 Well-Architected 最佳实践。

  • 您可以使用 AWS CloudFormation 和 AMI 在多个 AWS 区域快速启动多个环境。CloudFormation 可让您在 AWS 上构建可重复的设计数据管理工作流。通过 AMI，您可安装和配置整个环境，包括配置了设计数据管理（SOS）的 NFS 服务器，以适应大型芯片设计工作负载。

    阅读《卓越运营》白皮书 

  • 工程师可以使用客户端 VPN 连接到 AWS 上的设计数据管理（SOS）环境。客户端 VPN 可确保终端会话和自定义 VDI 会话的安全。客户端 VPN 还可让用户使用 VPN 连接来连接到虚拟环境，对用户的数据和身份进行加密。

    阅读《安全性》白皮书 

  • 本指南使用 Amazon S3 和 Amazon EBS 来制定短期和长期备份策略。您的数据将存储在可靠的 EBS 卷上，每小时同步一次设计数据库。在提交变更时 [每天或在工程变更单（ECO）完成时]，将对 S3 存储桶执行备份。

    阅读《可靠性》白皮书 

  • 前端（逻辑）芯片设计所需的 IOPS 要求实例类型具有本地连接的 NVMe 卷。利用拥有本地 NVMe 卷的 EC2 实例，您可以实现 330 万次 IOPS 的本地 I/O 性能。这种性能使这些 NVMe 卷非常适合芯片设计工作负载，因为这些工作负载通常需要数百万个 IOPS 才能进行前端设计。

    阅读《性能效率》白皮书 

  • CloudFormation 使客户能够快速启动和拆除环境，并且 Amazon S3 基于访问权限提供多个存储层，帮助客户降低成本。由于您将只需要在工程团队工作时在 NFS 中提供设计数据，因此 CloudFormation 仅在需要时帮助您启动环境。通过将设计数据存储在经济实惠的 S3 层，并只将所需数据复制到 NFS 文件系统，与全天候运行操作环境和存储数据相比，这种方式更能节省成本。

    阅读《成本优化》白皮书 

  • 在本指南中，CloudFormation 减少了资源在生产过程中的使用时间，这意味着设计数据和工程环境仅在工程师需要时才可用。这样的话，资源仅在工作时间提供，而在夜间和周末则会关闭。

    阅读《可持续性》白皮书 

实施资源

提供了在 AWS 账户中进行实验和使用的详细指南。构建指南的每个阶段（包括部署、使用和清理）都将被检查，以便为部署做好准备。

示例代码为起点。它经过行业验证，是规范性但不是决定性的，可以帮助您开始。

打开实施指南
GitHub 上的开放示例代码

相关内容

HTES
白皮书

在 AWS 上部署 ClioSoft SOS 的最佳实践

本白皮书演示了在 AWS 云平台上部署 ClioSoft SOS 设计数据管理软件的优势和最佳实践。

免责声明

示例代码；软件库；命令行工具；概念验证；模板；或其他相关技术（包括由我方人员提供的任何前述项）作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议（以适用者为准）向您提供。您不应将这些 AWS 内容用在您的生产账户中，或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容，例如示例代码，以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源（例如，运行 Amazon EC2 实例或使用 Amazon S3 存储）而产生 AWS 费用。

本指南中提及第三方服务或组织并不意味着 Amazon 或 AWS 与第三方之间存在认可、赞助或从属关系。AWS 的指导是一个技术起点，您可以在部署架构时自定义与第三方服务的集成。

此页内容对您是否有帮助？

 反馈