谢谢。
现在似乎可以进行加密的服务器之间通信:
https://issues.apache.org/jira/browse/CASSANDRA-1567
提供可配置的加密支持以进行节点间通信
解决方案:已解决
修复版本:0.8 beta 1
解决时间:2011年1月19日18:11
cassandra.yaml
文件的特定配置:
listen_address: 10.x.x.x # vpn network ip
rpc_address: 172.16.x.x. # non-vpn network for client access although, I leave it blank so that it listens on all interfaces
这种方法的好处是您可以将Apache Cassandra部署到许多不同的环境中,并且您变得与提供商无关。例如,在各种Amazon EC2环境中托管节点,在自己的物理数据中心中托管节点,在桌子下托管其他一些节点!
成本是否阻止您考虑这种方法?看看Vyatta...
正如KajMagnus所指出的那样,Apache Cassandra的稳定版本中有一个已解决的JIRA票据https://issues.apache.org/jira/browse/CASSANDRA-1567,它使您能够通过TLS/SSL实现您想要的内容...但有几种方法可以实现您想要的内容。
最后,如果您想在Amazon EC2上托管实例,区域之间可能会出现问题,尽管在1.x.x中有一个补丁可用,但这真的是正确的方法吗?我发现VPN方法可以减少不同区域之间节点之间的延迟,并仍然保持必要的安全级别。
最后 -- 第二部分 --
如果您想保护客户端到服务器的通信,请让您的客户端(Web 服务器)通过同一 VPN 进行通信。我所配置的:
节点到节点(gossip)通信可以根据上述问题进行安全保护。客户端和服务器都将很快支持Kerberos(在Hector主分支中提交:https://github.com/rantav/hector/commit/08149a03c81b559cba5680d115943dbf334f58fa,应该很快会影响Cassandra方面)。