所以..
现在我们计划将ISP上的服务器升级到新服务器,我想利用这种情况来改进我们的服务.
是否可以将高可用性apache / mysql / PHP挂载到不同的位置?
我将在同一台新服务器上安装一个绑定从站,所以我希望它会让事情变得更容易,但我需要一些关于如何骑它的提示和技巧.
谢谢.
解决方法 Kyle在头上钉了钉子,引用了标识 CAP Theorem的帖子.最终,这将归结为预算和资源.处理边界可用性的最佳方法是使用网络协议,例如BGP.使网络高度可用更容易,因为在大多数情况下您不必担心数据完整性.
使用DNS round robin是一种折衷的解决方案,不太稳健,但也确实可行.
在堆栈中较低的位置,您可以使用Web服务器,这些服务器更易于动态故障转移,就像任何不涉及数据存储的 *** 作一样.
在后端,您可以通过Internet或最好通过专用链接replicate MysqL.如果通过互联网,至少使用SSL. VPN会更好.这是最棘手的部分,我现在正在努力解决这个问题.如果您不关心数据完整性,那很简单.如果您的产品是专注的,那么您有更多的选择,因为它不那么复杂.
我一直回到的是以下……
High availability和business continuity是两个截然不同的东西.高可用性环境最好在同一内部网络的同一设施内建立,因为可以应用最佳案例场景,同时将数据风险降至最低.除了以太网链路之外,使用3’串行电缆监控服务器状态的情况下,拆分大脑的可能性大大降低.在发生灾难时,通常会涉及手动步骤,并且SLA会规定影响和条款.如果主数据中心被烧毁,30分钟就可以恢复生产并不会太糟糕.
我可能会写一本关于这个主题的书,因为它有很多.您可能不得不根据您的资源妥协要求,这些资源必须传达给企业.这不是一个简单的请求.
一个更简单的解决方案可能是拥有两个外部DNS提供商,其中一个从一个站点上的服务器关闭,另一个从另一个站点上的DNS外部关闭.这样,如果任一ISP失败,您将能够使用DNS更改传入路径.
一个站点上的一个Web路径,一个在另一个站点上.后端双主机,手动故障转移顶部.这很简单,不存在风险数据完整性,但必须手动完成此 *** 作.
总结以上是内存溢出为你收集整理的linux – Apache可用性,两个前端位于不同的位置.可能吗?全部内容,希望文章能够帮你解决linux – Apache可用性,两个前端位于不同的位置.可能吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)