为服务/数据/缓存部署多个实例的好处

  • Z时代
  • 2024-01-10
  • 分类：问答

尽管我有很多编写代码的经验。我真的没有太多的部署经验。我正在编写一个项目，该项目使用mongodb进行持久化，使用redis进行元缓存，并使用其播放页面。我正在决定是否要购买专用服务器，还是要从亚马逊/

linode购买多个小型/中型实例（每个，mongo，redis，play一次）。我想到了以下折衷方案，我想知道是否有人可以添加到列表中或提供进一步的见解。我倾向于（b）从linode和amazon购买两组实例，因此，如果其中之一发生故障，它将故障转移到另一提供商。另外，如果有人有任何部署scala

/ maven群集的技巧或这样做的工具，也非常感谢。

  1. 数据库和页面servlet（同一主机）之间的速度更快。

  2. 更便宜

  3. 较少的端点来保护。

：

  1. 难以管理。（在我看来）

  2. 难以升级单个模块。如果存在安装问题，则可能会导致整个系统瘫痪。

  1. 分片更容易。

  2. 易于创建用于单个目的的集群。（即redis集群）

  3. 更容易在模块之间分配资源。

  4. 几乎不可能一切都一次失败的可能性。

  1. 模块之间的带宽-> $

  2. 确保每个连接和端点。

回答：

我只能评论技术方面的内容（不能评论成本，可维护性等）

没有提及专用实例是物理盒还是大型VM。如果应用程序产生了许多到MongoDB或Redis的往返，那么两者之间的差异将非常显着。

使用虚拟机时，I /

O，操作系统调度和系统调用的成本较高。这些元素往往代表着高效的远程数据存储（如MongoDB或Redis）的性能成本中的重要组成部分，因此虚拟化的代价更高。

从系统角度来看，如果希望MongoDB数据库大于可用内存，则不会将MongoDB和Redis /

Play放在同一盒子上。MongoDB将数据文件映射到内存中，并依靠操作系统执行内存交换。专为此设计。其他过程则没有。如果将MongoDB放在同一盒子中，则由MongoDB引起的交换将对Redis和Play响应时间造成灾难性后果。因此，我至少会将MongoDB与Redis

/ Play分开。

如果您打算使用Redis进行缓存，则将其与Play服务器保持在同一盒子上是很有意义的。Redis将使用内存，但CPU较低。播放将使用CPU，但不会占用太多内存。因此，这似乎很合适。另外，我不确定Play是否可以提供这种服务，但是如果您使用unix域套接字而不是TCP回送连接到Redis，则可以免费获得约50％的吞吐量。

以上是 为服务/数据/缓存部署多个实例的好处 的全部内容， 来源链接： utcz.com/qa/403316.html

回到顶部