服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

针对小型企业的高可用性架构

我们是一个小创业公司。 在我们目前的设置中,我们在远程位置有一个专用的服务器。 我们的网站和应用程序托pipe在该服务器上。 网站和一些应用程序在PHP中,其余的是使用Tomcat和JBoss的Java应用程序。 我们的数据库服务器是mysql。 我们使用复制备份mysql数据到我们的本地服务器。 很明显,在这种设置中可能会出现多种错误, 我们最近有一些严重的停机问题和其他恐慌。 我们想到的新设置如下。 1)购买与当前configuration相同的新服务器。 使用所有的应用程序和软件设置类似于当前的服务器 2)使用BackupPC进行热备份到新的服务器。 (只同步像网站,php应用程序,jboss和tomcat应用程序经常更改的文件) 3)使用半同步复制在新服务器上运行一个mysql slave 4)在指向主服务器的单独服务器中运行apache / nginx / lighttpd作为反向代理。 5)继续在本地服务器上运行一个从站 在停机的情况下,我们可以将反向代理指向辅助服务器。 我们不希望自动执行故障转移,因为我们必须确保辅助服务器在指向它之前完全同步。 上述方法的优缺点是什么? 或者如何改进? 我知道反向代理将是一个SPOF。 在这一点上,我们正在寻找一个成本效益的解决scheme。 反向代理服务器是一个低configuration的服务器吗? 我只是通过阅读各种文章把它放在一起。 我的一些理解可能是错误的。 请随时纠正它们。

服务器镜像策略问题SQL Server复制,MySQL复制,文件复制等

我正在为一家公司的应用程序开发人员工作一段时间。 企业希望将其现有的Windows服务器(服务器A)镜像到新的服务器(服务器B),其主要目的是在任一服务器不可用时提供冗余。 硬件负载平衡器将pipe理到任一服务器的stream量的方向。 目的是在任何给定的时间只有一台服务器正在接收stream量。 在每台服务器上,运行所有应用程序所需的所有资源都在一台机器上。 在两台机器上需要双向同步的数据是: 几个MySQL数据库。 两个SQL Server数据库。 .NET应用程序和经典ASP网站的源代码。 邮件服务器。 文件。 其他应用程序,备份程序等 服务器设置(如果可能的话)。 协同定位托pipe公司在船上有负载平衡和复制的想法,但我被要求去pipe理这个。 我对此有一些普遍的担忧,是: 这不是我在stream程上工作过的最具结构化的公司(在公司中有很less的源代码控制经验,可以免费访问configuration经常更改的实时服务器,没有文档等)。 这可能需要比目前更多的技术纪律。 没有任何应用程序可以识别群集。 大多数数据库操作是非事务性的。 我的具体问题是: 是两台服务器故障切换configuration,正如我在这里描述的常见的地方? 任何优点/缺点? 双向数据复制的潜力是什么?两个数据库服务器都需要同时是发布者和订阅者? 我如何审计数据并发风险? 他们的任何工具复制服务器软件安装/设置? (成像可能不存在,因为两台服务器是不同的硬件和规格)。 我想保持操作系统设置/ DB模式/源代码/版本控制服务器/电子邮件服务器等等等等等可能是一个很大的开销? 鉴于我之前提到的担忧,我应该build议我们放慢速度,直到我们能够带来更好的系统pipe理,并在继续之前解决任何潜在的应用程序漏洞,或者您认为一旦第二台服务器需要这些更改在玩? 对不起,如果这是一个漫无目的的。 对于如何处理这些问题或者按照“你应该把这个留给知道自己在做什么的人”这样的意见的任何见解都是值得欢迎的!