这是两个部分的问题。所以我在多伦多有一个DigitalOcean液滴,上面有一个台灯堆(当然还有一个网站)。我想要创造一个小滴的快照,并在旧金山和阿姆斯特丹部署一个克隆人。
谢谢
发布于 2016-10-09 04:49:49
您可以使用基于AWS路由53延迟的路由。我很有信心您可以在非AWS源中使用R53。
另外,CloudFlare有一个交通管理器,它可以进行“地理转向”。它可能还在测试阶段,我不知道它是免费的还是付费的。
我刚注意到你的第二个问题了。我将假设您的目标主要是页面加载时间,其次是服务可用性。我将进一步假设这个网站是Wordpress,因为它比定制的更难做我下面建议的股票软件。
如果您希望这两个站点同时为通信服务,则必须考虑某种多主数据库复制。这并不是那么简单,但是有一些技术可以做到。数字海洋有一个这里的教程。RSync或BitTorrent同步将处理文件复制。
如果您的唯一目标是快速响应时间,那么您也可以使用带有CDN的单个服务器来确保您的静态资源在本地得到服务-- CloudFlare是很好的。您对页面的一个请求的延迟可能没有那么大,大约额外100 isn,其他资源将从最近的节点提供。
如果您的唯一目标是在发生故障时保持冗余,那么您仍然可以考虑数据库的主/读副本类型场景。将所有通信量路由到一个服务器,并将数据库和文件复制到第二个站点。如果主站点出现故障,您将失败转到第二个站点。如果发生这种情况,当主站点恢复在线时,您需要想出该做什么,以及如何使事情恢复同步。在这种情况下,多主可能仍然是最简单的,以保持同步的事情。
不幸的是,您想要做的事情并不完全是微不足道的,而且可以根据您的用例而稍微复杂到异常复杂。我们真的需要理解你的目标,提供更好的解决方案。
发布于 2016-10-09 07:25:22
蒂姆对你的第一个问题给出了很好的答案。
在第二个问题中,(不幸的是)不,这属于“缓存失效”问题。有一些解决办法:
https://serverfault.com/questions/807941
复制相似问题