Ali*_*Ali 2 server-crashes web-hosting web-applications dedicated-server
我在这里一团糟。几年来,我们一直在办公室的本地服务器上运行我们自己定制的应用程序。服务器时不时地有糟糕的日子和美好的日子 - 但是服务器几天前确实死了 - 在日常维护期间,我们聘请了一名自由职业者来安装打印机 - 白痴最终摧毁了服务器 [我仍然推测他试图把它搞砸一点,这样他就可以收取费用来修复一个自己造成的错误,只是这次它超出了他自己的能力]。
我们的系统已关闭,我们非常期待在在线主机上托管我们的 Web 应用程序。我对这里的建议持开放态度。让我解释一下我们在这里运行的系统的性质。
我们的系统是基于 PHP MySQL 的——它是一个以关键数据时间为中心的协作系统。基本上,我们有一个公司电子邮件地址,用于接收客户请求。我们的应用程序用于协作这些请求。我们有一个在后台定期运行的 cron 作业或实际运行的计划任务,它实际上从电子邮件帐户中实际下载电子邮件并将其转换为可以输入到数据库中进行查询的格式,然后从实际帐户中删除电子邮件,因此它在我们的数据库中,因此我们的系统可以使用它进行协作,而不必每次需要电子邮件时都建立 IMAP 连接。考虑到我们收到的大量请求,此 cron 作业设置为每 3 分钟运行一次 - 因此我们的应用程序非常以时间为中心。
计划任务还会从邮件服务器下载附件,并将它们作为平面文件存储在我们的 Web 应用程序中。平均而言,电子邮件请求没有附件,但在常规情况下,平均附件在 200K 到 10MB 之间变化,尽管超过 5MB 的附件很少见。大多数下载是在邮件服务器到 Web 应用程序之间进行的。
我需要一个可靠的主机,停机时间几乎为零,因为我们不会运行一个网站,我们将运行一个非常关键的应用程序 - 我的意思是我们的业务依赖于它,而我的老板实际上离它只有几英寸远在这一刻崩溃并失去理智:。
有人建议使用 rackspace 的云服务器——我正在研究那些,但基本上因为我是一名程序员——我对网络和托管方面的接触并没有超出对 Web 应用程序的故障排除和调试。所以我需要一些针对我们所处情况的建议 - 在线主机是个好主意还是我们需要投资更好的网络硬件[现在我们已经解雇了一名自由职业者] - 考虑在线主机的选择是什么选择我们应该注意哪些提供物有所值。便宜是好的,但如果质量上有很大的妥协,那就不是了……请帮助:(这是紧急的
编辑 ====
虽然这个建议很好,但现在我正在考虑这种情况。让我们假设我选择云托管或专用服务器之类的在线服务 - 在这种情况下我是否仍然需要设置故障转移系统,如果是这样 - 如何设置故障转移系统或最好的方法是什么处理它。我们是一家小公司,另一个 IT 人员在另一台主机的托管服务方面有一些不太好的经验 - 就像您需要有人经常在管理服务上与主机协调,如果我们必须做一半的工作那么我们几乎可以投入一些时间来管理我们自己的服务器,无论是本地服务器还是云服务器。
在上面定义的情况下 - 如果我们考虑一个在线专用主机......我们将如何设置故障转移系统?
我不想这么说,但如果你真的相信你的自由职业者试图把你搞砸,那么你的第一个电话应该是报警,而且可能是计算机法专家。
其次,如果您已经拥有网络连接和数据中心的托管空间,我建议您保留它并维护您自己的网络。我个人不喜欢共享托管的商业模式。我喜欢在内部保留自己的服务器硬件、网络和管理。
也就是说,您确实需要聘请可以信任的人来管理它。最好有一个全职的内部系统管理员,而不是每隔几次出现问题就雇佣一个自由职业者。主要是因为在办公室里有一个可靠的人可以节省大量时间,其次是因为希望他能对公司建立一些忠诚度。
如果你们运行的应用程序是业务关键型的,而且和你想象的一样重要,那为什么它只在一台服务器上呢?你刚刚给自己说了失败的最大原因,不是因为一个不法分子的行为,而是因为你的系统架构师从来没有说过“嘿,冗余和弹性怎么样,让我们拥有一对集群服务器”。
当我在做那件事时,您的服务器状态和配置是否已备份到任何地方?如果您在聘请承包商的那天之前有裸机备份,那么恢复应该会给您一台可以工作的机器。(除非他物理损坏了硬件,在这种情况下,回到第一点,这次是刑事损害)
如果您选择了一个好的数据中心,您就不必太担心网络方面。他们实际上是在那里提供帮助,而不是欺骗您,并且可以为您提供通往 Internet 的多种路由,即使您没有自己的路由硬件。
我的建议:
希望您能学到大量有关如何设置真实服务器架构的知识,并使您的应用程序比以前更加健壮。可悲的是,每个人都必须在某个时候犯这些错误,让您成为优秀系统管理员的事情是展示您如何处理它。
归档时间: |
|
查看次数: |
338 次 |
最近记录: |