我有一个面向日语的小型 URL 缩短服务。它被关闭了，因为它在共享服务器上使用了太多资源（CPU 时间，也许还有内存）。这是几年前的事了，但如果我有能力，我有兴趣让它恢复生机。
我打算使用http://tighturl.com/project/这次，我想知道 linode 最小的 VPS 是否能够处理工作负载。大部分工作只是 mod_rewrites。
网站变慢是可以接受的，但不能太慢。如果对这个项目感兴趣，我可以升级 VPS。但我是否可以假设，即使 VPS 被淹没，也不会因为影响其他用户的性能而被关闭？
答案1
不会，Linode 不会因为您使用资源而关闭您的服务器。他们只会将您的 CPU 限制在您的百分比范围内。如果没有其他人使用他们的 CPU，您也可以使用他们的 CPU，直到他们的 VPS 请求它为止，因此很有可能您几乎总是会获得超过您份额的 CPU。您可以全天最大限度地利用 RAM 和 CPU，如果您的网站变慢，只需升级 linode 即可。
他们唯一特别关注的是高清接入，因为那可以影响其他人，但这似乎并不适用于你的情况。
我强烈推荐 linode。
答案2
这实际上取决于您如何编写网站。我可以看到 VPS 变得拥挤不堪。如果您的 VPS 使用的资源超过分配的资源，它可能会被关闭。您的服务越轻量和快速（可能是自定义的 fastcgi C++ 后端），效果就越好。
答案3
您打算怎样实现它？
URL 可以保持活跃多长时间？
如果您在 X 天/月/任何时间之后杀死它们，并且您每天只收到几十万个请求，我预计任何地方的入门级 VPS 都可以处理它。
就我个人而言，我最关心的是带宽使用情况。我更喜欢“不计量”但有速度上限的服务，而不是“计量”的真正快速的连接 - 成本更容易预测 :)
如果这是一个非常简单的实现，比如在数据库中查找缩短的项目，然后返回到原始 URL 的重定向 - 它可能不会使用太多的 CPU 或 RAM - 你唯一的问题应该是存储。如果平均 URL+shortID 为 1KB，并且你有一百万个 URL，那么你已经在查看 1GB 的存储空间。每百万个 URL 增加 1GB 的存储空间，以及我使用的托管服务提供商提供的入门级 VPS（http://tektonic.net) 的上限将达到约 1800 万条记录。
答案4
Tinyurl 网址压缩网站。优化以获得更好的 VPS 性能
与专用解决方案相比，许多 VPS 的 CPU 和分页内存资源都比较低。即使是硬盘空间也非常昂贵。但是，您可以尝试制作更好的 C++ 或甚至 perl 等任何使用公平算法的应用程序。
您可以考虑更好地优化您的程序算法，而不是仅仅尝试获取更昂贵的平台或仅仅用更快的语言重写算法（前者和后者在一定程度上有帮助）。
您可以考虑的一些想法是老化所有低命中记录和一些最旧的记录。您可以将命中计数器存储在数据库中，但不建议存储日期，而是只需删除当前数据库中所有匹配的记录和几个旧月份的快照（您不需要以这种方式存储日期，只需删除旧快照中所有匹配的记录，并且命中率较低）。此外，您可以分离旧数据并将其存储在高度压缩的“存档”形式中 - 例如使用前缀表示存储时间等。您可以只将旧记录置为空，从而保留 ID 并将它们迁移到第二个“离线”数据库以简化查询。
还可以考虑改变散列算法，但是它会带来一些挑战（比如寻找更好的方法来压缩字符串或将最常见的 URL 或其部分存储在一些提供“超级” ID 的快速前缀表中）。实际上你可以提出挑战（就像维基百科对其 100mb 随机文本所做的那样）或在这里提问 ;-) 或者进行你自己的研究，甚至可以保持原样，因为它无论如何都会起作用 p;
-gl