使用AFS, Active Directory和SSSD搭建用于集成电路设计的分布式存储系统 【一】

集成电路设计环境需要怎样的存储系统？

在讨论解决方案以前我们先聊一聊需求。对于一个典型的集成电路设计环境，我们需要怎样的存储和用户系统? 我们先看存储。

共享性

假如你是一位IC设计工程师，公司告诉你有30台Linux设计服务器可以供你和你的同事使用，你最先想到的需要是什么？

我可不想管理30个Linux账号！最好只用同一个账号，最好只要管理一份自己的$HOME文件夹，对不对？

如果要访问同事的设计库单元，最好只要知道一个路径，而不用管他的库存在哪台服务器上。

如果张三的库只能通过服务器A访问，李四的库只能通过服务器B访问，而你需要同时引用两个库里的设计单元，该使用哪台服务器呢？

所以，最好所有的项目目录可以从任何一个设计服务器上访问。

你说，这不就好比一个公司内部的云文件夹嘛？你说对了。

与此相反，如果用户在每一台服务器上都要管理一个独立的$HOME，当服务器增加时，一切很快就会失去控制。

同理，EDA软件和PDK的安装最好只有一份拷贝，无论从哪台服务器上调用HSPICE，需要的PATH环境变量都一样。这样一来，你就不用担心.cshrc文件在一台机器上有效，换台机器就没用了。

维持统一的设计环境不仅对普通用户有好处，对IT管理员而言也有巨大的吸引力：

IT只需要维护一份EDA安装拷贝，无论是版本升级、用户培训还是二次开发，都比维护多份安装并保持它们随时同步要容易许多。

共享性是几乎所有网络文件系统都能实现的目标。Linux世界里流行的另一种文件系统，NFS (Network File System)也能做到。但是AFS在实现共享性的同时，还照顾到了其他几样对集成电路设计团队很重要的需求。

位置无关(路径透明)

硬盘总是会坏的，服务器总是要淘汰的，系统是需要扩容的。我们希望在进行系统维护时，用户仍然可以访问原有的文件。

你说，这不难，可以通过将文件数据搬到其他文件服务器上实现。

但是IC设计环境有一个很特殊的要求，绝大多数IC工程师不希望数据的腾挪操作影响文件的路径。

以Virtuoso为代表的很多EDA软件通过路径来确定设计库的位置。如果一个设计库（Virtuoso library）的路径从

/server1/path/a 

换成了

/server2/path/a

那么所有使用它的用户就不得不更改自己的环境配置文件（比如Virtuoso的cds.lib )，以避免引用关系失效。

当库的引用关系变得复杂，用户数量很大时，为了维护一台文件服务器，要求相关用户步调一致地临时更改配置，几乎是不可能的。

一种解决方案是虚拟化。用虚拟机来运行文件服务器。需要更换硬件时，利用虚拟平台提供的转移技术，将文件服务所在的虚拟机转移到其他物理主机，并保持文件服务的网络IP地址不变。然后就可以对原来的物理主机进行维护。

虚拟技术可以缓解路径依赖问题，但是在系统需要扩容时，仅仅依靠虚拟化难以解决所有问题。无论是选择扩充虚拟硬盘还是选择增加虚拟机的个数，在扩展性和维护性方面都会分别遇到其他瓶颈。

另一种解决方案，是让文件的路径与文件服务器的位置无关。

举个例子，同样是在server1上存储一个库，我们将它的路径设计成这样的格式:

/afs/abc/path/libm/

和之前的例子不同，server1这串字符(或者其IP地址)并不出现在路径里。

这有什么好处呢？

当我们需要将server1断电，而使用server2临时存储这个库时，我们可以

1. 将整个目录拷贝到server2
2. 告诉设计服务器，访问