期待高stream量的网站..如何pipe理

在stream量大量涌入的关键是增加您可以处理的并发请求的数量，这意味着a）减less呈现页面所需的时间，以便您可以更快地为更多的访问者提供服务，或b）获得一个托pipe平台能够处理更多的连接。

如果你期望很多媒体stream量，共享主机不适合你。 至less你应该暂时升级到一个VPS或专用服务器 – 这是你的业务（和你）的关键时刻，你不想网站和电子邮件的麻烦。

如果时间不够，我不会推荐移动到像云这样的东西 – 你不会像所知道的那样横向扩展（但是我几乎没有经验 – 我可能是错的）。 您还可能需要通过更改DNS和更改主机 – 这可能是一个创伤性的经验，这取决于双方的支持团队。 看看godaddy是否可以使用专用的服务器 – 这将为您提供专门的CPU时间和内存，让您摆脱一个可能会因为影响其他用户而被closures的环境。 你可能只有这个计划一两个月 – 那么你可以做出决定，如果回到共享主机是适合你的。

如果您有时间在重新指向DNS之前将网站副本移到专用服务器上，您应该看看是否可以在网站上线之前对该网站的副本进行基准testing，以查看是否需要进一步优化或者是否将现金投入这已经足够了。 如果你有机会访问Linux机器（或者可以获得一个便宜的linux vps），那么你可以使用类似apache ab的东西 – 关于这个的快速指南可以在这里find： http : //www.cyberciti.biz/tips/howto-performance -benchmarks-A-networkingserver.html

至于其他优化，SQL服务器可能比访问速度更快，并可能在您的专用机器或VPS上设置。 您需要让网站开发人员参与其中，看他们是否可以实施任何caching，或者是否可以进行任何数据库优化，因为这样可以缩短呈现网页并转移到下一位访问者所需的时间。

我认为你需要定义高stream量/体积，并且你是否期望ms access db成为共享资源。 该网站是否使用SSL？ 没有更多的细节，这听起来像是一个失败的秘诀，如果任何并发访问和争夺该访问分贝可能是一个严重的瓶颈。 如果数据库只是一个本地资源，即没有共享用户表或任何性质的东西，那么你可能能够跨群集/云平行化网站。 如果这是真的，吉姆build议上述步骤是一个很好的步骤，虽然大多数访问数据库支持的网站是水平可扩展的。

我build议你看看如何生成最大化静态文件数量的网站（如果你需要，可以使用wget --mirror ），并且考虑把它放在边缘networking上，比如Amazon的CloudFront。

这将是最简单和最便宜的事情，并提供最高的性能每人每小时增加。

编辑：我强烈build议远离使用任何数据库，时期。 如果只是一个CMS，没有理由不生成静态文件并提供这些文件。 例如Movable Type。

这大部分将归结于您的代码和资源的使用。 如果您期待高stream量的caching将是非常重要的。

缩放通常不是硬件问题。 硬件是一些人试图修复写得不好的软件的一种绷带。

尽可能多地将你的内容尽可能地变成静态的，并把它放在另一个主机上。 增加云计算编码的复杂性，对于你来说要比简洁的简化网站less。

Stackoverflow本身是一个很好的例子，他们有一个networking服务器，直到他们每天打破100万的页面浏览量。 该网站非常受欢迎，在单件硬件上存活了好几个月。

查看您的网站configuration文件以及您可能具有的任何限制（例如，您可以使用当前数据库以多快的速度为网页提供服务）。 另外看看像yslow这样的工具，看看你的瓶颈在客户端。

您可能希望考虑的一件事是反向代理/caching/应用程序pipe理系统，例如Zeus的ZXTM设备。 它不仅可以反向代理/负载平衡，而且是一个非常好的caching，最重要的是可以将负载级别反馈到您的Web服务器和/或应用程序服务器（从而允许他们根据负载修改响应），或者实际上可以修改通过它来减less负载的页面。 具体来说，他们可以随着负载的增加而改变页面大小/重量 BBC网站使用这些设备中的四个/六个来pipe理整个生产外部networking系统 – 当发生重大新闻事件时，负载上升，页面复杂度下降，这意味着从caching中读取大量命中。 这是一个非常酷的系统。

如果您预期stream量激增而没有什么警告，请注册一个CDN。 像SimpleCDN（廉价）或MaxCDN（更好，更昂贵），可以使用只需一张信用卡。 您需要进行一些DNS更改才能处理此问题，您将不得不执行一些Web服务器configuration来打开静态资产的caching（在IIS中很容易）。

然后，您可能需要添加response.Expires将所有dynamicASP页面的Cache-Control标头至less短期添加，以便CDN也可以caching这些标头。

最后，如果您有时间，请将MSaccess作为您网站的数据库转储，并至less使用免费的SQL Express。 有向上的向导，所以它应该是相当无痛的，只需要最less的代码更改。

我同意其他人的看法，这听起来像是一场灾难。 通过首次公开招股，您希望贵公司的网站能够上线，并可供媒体查询，投资者，并将您的信息传达出去。

这听起来像是你很快就没有时间了。 从长远来看，最好的解决办法是明确地devise出来。 但由于时间不够，请允许我提供一些快速build议。

首先 ，MS Access后端将成为您网站的第一个失败点。 你需要把一切都变成静态的，现在。 使用HTTrack下载您的网站当前显示的代码。 然后拿出有意义的部分取出（例如，您通过数据库dynamic创build的东西，例如股票报价）。 备份当前在您的网站上的文件，并将其replace为您下载的“静态”页面。

其次 ，VPS可能会或可能不足以满足您的网站。 这完全取决于您所期望的stream量，而在某些情况下，共享主机上的剩余量实际上可能会更好。 从一个值得信赖的供应商注册一个专门的服务器，可以保证安装时间。 你会付出更多，但你必须问自己，是否值得几百美元，让你的网站，并提供给潜在的投资者。 我相信你会find答案，这是非常值得的。 我也相信你可以find一个人来为你移植网站，在IPO之前完成。 你会付出更多的钱，但是，它是值得的。