第一次的Memorystore

2 年 ago

清, 扬

1 minute

首先

我之前稍微查了一下先前日本来访的Memorystore，所以想总结一下。
嗯，如果你耐心等待，官方很快会翻译的。

我认为RedisLabs是一个类似的服务，它是在GCP上提供的支持PaaS的Redis，适合不想自己维护的人使用。

根据公式，当前版本是3.2.11固定的。

目前正在运行的Redis版本是3.2.11。

根据公式表示，完全兼容并可使用现有库。

Redis协议兼容。Cloud Memorystore for Redis完全符合Redis协议。您可以将使用开源Redis的应用程序迁移到使用Cloud Memorystore for Redis，无需进行任何代码更改。无需学习新工具：所有现有的工具和客户端库都可以正常使用。

可用性根据选择基本层和标准层而有所不同。

Basic Tier没有备份机制，且在Google进行维护和其他操作时，可能会导致数据丢失。适用于开发和测试环境。

选择标准层后，将会创建副本以防止数据丢失，例如维护或故障切换等情况。

根据网页界面显示:

这里提供了一个公式解释。基本档的月费大约是标准档的一半左右。

容量调整的操作在官方这里有说明。
另外，调整容量时的行为在官方这里有说明。

在基本套餐下，当调整大小时，无法进行读写操作。
调整大小后，数据将被清除。

在标准层级中，首先会调整副本的大小，然后在故障转移期间将主节点和副本进行交换。因此，几乎没有停机时间。

然而，在故障切换期间，与Redis的连接将被中断。
此外，由于复制是异步进行的，可能会产生数据不一致的情况。
连接到Redis的应用程序需要具备对这些情况的容忍能力。

故障转移时的影响已在官方记录中说明。

当发生故障转移时，应用程序与Redis之间的连接将会断开。
然而，只要应用程序能够重新连接到故障转移之前的主节点相同的地址即可。

Redis的故障转移大约需要30秒钟（如果发生区域故障，可能需要更长的时间）。

谷歌通过公告记录了 Memorystore 的维护细节，请前往官方网站查看。

维护工作大概以每个季度进行一次为主。
它的行为似乎与调整大小类似。

Memorystore的提供地区已在此处说明。

接続元については公式のこちらに記載されています。

Memorystoreと同一プロジェクト、リージョン、ネットワークのGCE、GKE、GAE/FEから接続可能です。
同一リージョン内の別ゾーンからも接続できますが、ネットワークパフォーマンス的には
同一ゾーンの方が良いとのこと。

同一地区内的不同区域可以相互连接资源，然而，在同一区域内供应资源会提高网络性能。

我将参考公式文档，尝试从GCE建立连接并启动Memorystore。

在同一个项目、同一地区中，随意准备并安装telnet。

這就是現場的情況。