是.meta。 regionserver 会成为 Hbase 的瓶颈吗？
Is .meta. regionserver would be a bottleneck in Hbase?
我们知道只有一个 RegionServer 可以处理 .META。 Hbase 中的数据，所有 write/read 请求都将通过 .META。 Regionserver 优先，所以这一点会成为瓶颈。
实际上，在这一点上我更喜欢 Cassandra，因为 Cassandra 可以有多个协调器，其作用与 .META 相同。 Hbase 中的 RS。
读取和写入不通过元。
读取和写入直接进入托管请求的特定密钥的区域服务器。
meta 由客户端扫描"once" 以获取映射（start-key:end-key，region server）。在客户端拥有位置映射后，它直接与托管数据的区域服务器对话。
https://blog.cloudera.com/blog/2013/04/how-scaling-really-works-in-apache-hbase/
我们知道只有一个 RegionServer 可以处理 .META。 Hbase 中的数据，所有 write/read 请求都将通过 .META。 Regionserver 优先，所以这一点会成为瓶颈。 实际上，在这一点上我更喜欢 Cassandra，因为 Cassandra 可以有多个协调器，其作用与 .META 相同。 Hbase 中的 RS。
读取和写入不通过元。 读取和写入直接进入托管请求的特定密钥的区域服务器。
meta 由客户端扫描"once" 以获取映射（start-key:end-key，region server）。在客户端拥有位置映射后，它直接与托管数据的区域服务器对话。
https://blog.cloudera.com/blog/2013/04/how-scaling-really-works-in-apache-hbase/