lvm – 集群MySQL的加密存储
我要求在2.6.32
linux内核上提供高度可用的
MySQL数据库和静态加密. “高可用性”部分并不那么难,但与HA结合使用时,“加密静态”证明是一项挑战.
关键问题在于安装加密存储.在我们所有其他加密静止系统上,都有一个需要由人工运行的命令,然后提示他输入加密密钥.当涉及到服务必须自动启动的集群安排时,这种模型有一个相当明显的缺陷. 我目前不知道如何在HA环境中提供静态加密,而不是在同一系统上存储密钥密码. 我可以看到两种可能的情况,其中任何一种都适用于我的环境,但我不确定使它们工作的细节.或者即使有可能. 场景1:CLVM&簇 >我的群集成员之间共享卷. >物理设备上的cryptsetup内容 >群集服务设置为不依赖于手动干预自动加入群集. 这样,运行节点可以访问CLVM卷,以便在集群管理器告知时可以启动服务.重新启动节点仍然需要一个人,而密码密码永远不会保存在磁盘上. 场景2:DRBD&簇 >在每个集群成员上创建卷 与CLVM设置一样,节点在可以看到可能共享的存储之前不会加入群集. 问题是,我不确定上述任何一种方式是否正常.两者都假设可以在加密卷(例如pvcreate / dev / mapper / cryptmysql)之上层叠LVM PV.这可能是不可能的. 解决方法
主要挑战似乎是关键进入的人为干预.这有一些帮助:dm-crypt支持您的平台可能提供的TPM.有关配置详细信息,请参见
this IBM blueprint此外,LUKS/cryptsetup还支持从文件/从标准输入读取插槽密钥.如果您可以安全地存储密钥(
like on a smartcard),这可能是一个可行的选择.
关于你是否可以在dm-crypt卷上拥有LVM PV的问题:你可以,你需要在插槽解锁后运行pvscan / vgchange -a -y.几年前,我们使用更旧的内核运行这种设置.最后,由于性能原因,我们已经放弃了将SED用于具有静态数据加密要求的应用程序(当时dm-crypt用于为每个加密设备使用单个线程,这导致我们设置中的CPU瓶颈). (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |