Amazon ec2 -增加了运营费用

列表很长，但这些应该包含显著的差异。

Re：“Elasticache将是一个问题，因为您无法使用redis cli从外部连接到在Elasticache中运行的redis实例。”这不是事实。看见总之，您需要有一个NAT实例，该实例具有正确的入口规则和定义的iptable路由。最初发布时，由于NAT网关直到2015年12月17日才引入，因此无法访问AWS之外的ElasticCache实例。所以从技术上来说，“那不再是真的了”：）NAT网关只会让NAT更容易。。。这不是一个新概念。多个离散实例正是我在EC2上运行我的实例的原因。“这意味着您有许多redis进程的实例在不同的端口上侦听。通过根据记录密钥的散列值选择应用程序中要读/写的端口，您可以利用所有VCPU。”。所以，如果我在不同的端口上运行两个并行实例，谁能保证它们在不同的内核上运行呢？一个实例是否能够读取另一个实例编写的数据？谢谢。你能告诉我平行性给我什么好处吗？我的意思是，Redis是单线程的，如果我说将我的密钥放入三个名称空间并将它们分为三个实例（希望它们在每个内核都忙的时候可以在三个内核上工作），那么与它们在一个实例中都在同一个线程上运行相比，我有什么优势呢？读/写速度会更快吗？还是数据备份更快？无论哪种情况，RAM消耗量都是一样的，对吧？好吧，这很有趣。所以让我直说吧。假设我的密钥有两个名称空间-A和B。如果两者都在一个实例中，而一个请求正在处理中，如果传入请求出现，它必须等待一定程度的时间（不管它有多小），因为它是单线程的。但是，如果它们运行在不同的内核上（前提是CPU分配了多个内核），则一个实例可以处理传入的请求，而另一个实例可以处理旧的请求。是这样吗？但考虑到Redis发现数据在内存中的速度非常快，那么这个增益是否足够重要呢？因为Redis的主要价值是作为内存缓存层；CPU不是典型的优化指标。如果您的服务器操作系统需要512MiB RAM，那么您就错了。持久性似乎是Elasticache的一个问题。还是我错了？Elasticache（仅适用于redis）支持可用于保存数据的快照。基本上，它与创建RDB相同，RDB是确保持久性的另一种方法。请查看以下内容：。如前所述，AOF的支持有限。它还说：“使用AOF不能保护您免受所有故障情况的影响。例如，如果一个节点由于底层物理服务器中的硬件故障而发生故障，ElastiCache将在另一台服务器上配置一个新节点。在这种情况下，AOF不可用，无法用于恢复数据。”