Linux 文档项目周刊

TLDP WN 有机会向 Fred Stutzman 提出了一些问题。你可能会想，Fred 是谁？的确，他在志愿者列表页面上看不到。然而，Fred 对我们非常重要：他和他的同事一起管理着 iBiblio 的 TLDP 服务器。他将向我们介绍如果你想启动一个类似 TLDP 的项目，你需要哪些硬件和网络资源。

问：我们是否占用了大量带宽？镜像站点呢？你们为此拥有什么样的连接（上行链路）？

答：TLDP 是否使用了大量带宽？我不会说 TLDP 本身是一个带宽密集型站点。也就是说，来自 TLDP 站点的大多数事务都涉及高效的基本 HTML 文档。对服务器日志进行的一次相当不科学的查询显示，iBiblio TLDP 站点每天的事务量在 50 万到 100 万之间。

对页面大小进行一次基本的、不科学的观察会发现，大多数 TLDP 页面只有几千字节，图像也多出几千字节。总而言之，这加起来就很多了 - 但凭借我们的上行链路（稍后我会提到）和全球镜像系统，我们能够维持流量负载。

iBiblio 的网络连接由一条 1 千兆位直接上行链路提供给校园的边界路由器。通过 OC-48 上行链路提供与商品网络和 I2/Abilene 的连接。iBiblio 的流量负载平均约为 260Mbits/秒，其中网络流量占了很大一部分。

问：iBiblio 为什么托管 TLDP？

答：TLDP 需要一个家，我们提供了我们的服务。iBiblio 对帮助像 Linux 文档项目这样的项目非常感兴趣，它们非常符合我们的核心目标。我们很乐意处理托管，让 TLDP 的人们专注于他们最擅长的事情，帮助世界各地的人们访问文档，从而帮助人们使用和理解 Linux。这对我们来说真的是一种完美的关系。

（注：iBiblio 和 TLDP 之间长期合作的历史记录在这篇文章中。）

问：您或您的同事在管理 TLDP 数据上花费多少时间？

答：现在我们不花太多时间。在开始时，我们做了大量工作来建立系统，并与全球志愿者网络协调。现在，我们只是让系统运行，并协助项目负责人和志愿者处理他们的请求。一切运行得非常顺利，这在很大程度上要归功于 TLDP 工作人员的技术专长。

问：TLDP 在什么硬件上运行？

答：TLDP 在 iBiblio 网络集群上运行，该集群包括双 LVS 导向器、一组网络节点和文件服务器。设备是 IBM xSeries 服务器，345 和 330。这些设备是作为 IBM 共享大学研究资助的一部分捐赠的，我们对此非常感谢。

问：数据如何备份？

答：数据由 UNC（北卡罗来纳大学教堂山分校）企业备份和恢复小组每晚备份。使用 Tivoli Storage Manager，数据以增量方式备份到磁带。此外，全球镜像系统为项目提供了另一层备份。在遇到麻烦时（一次特别值得注意的数据损坏事件），我们能够将 LDP 重新指向另一个站点（当然，经过管理员的许可），并且用户没有意识到切换，因为我们恢复了损坏的设备。这非常无缝。

问：您在与 TLDP 相关的事情中最奇怪的经历是什么？

答：我真的没有很多有趣的轶事。但是说起这个，随着 TLDP 扩展到许多不同的语言，有时沟通会变得困难。我知道那里有一些非常奇怪的讨论主题，涉及我尝试使用翻译软件进行交流……这可能还不值得推荐 ;)

谢谢，Fred！

5. 如何为 TLDP 贡献

Linux 文档项目 (TLDP) 正在努力为 GNU/Linux 操作系统开发免费、高质量的文档。如果您想帮助 TLDP，请考虑加入<discuss-subscribe@en.tldp.org>.

帮助我们创建这份新闻通讯。我们需要志愿者来关注社区（邮件列表、新闻组、网络频道）并报告与自由软件文档相关的事件。请写信给我们：<feedback@en.tldp.org>.

LDP 周刊由 Machtelt Garrels 和 Y Giridhar Appaji Nag 编辑和整理，并得到其他几位人士的帮助。