在Amazon EC2上使用EBS运行MySQL

Question

我有一台生产服务器，其MYSQL可能无法备份。有问题的实例有一个EBS支持的根设备（/ dev/sda1），它永久存储文件。我不清楚它是否自然地永久存储我的MYSQL数据和二进制日志文件。

它应该这样做，如果它安装在根？我会这样想的。

我是否应该附加并挂载另一个卷，然后将MYSQL服务器指向新位置？

我的命令如下所示（加上锁定MySQL表在创建快照）

sudo mkdir /vol/etc /vol/lib /vol/log 
    sudo mv /etc/mysql  /vol/etc/ 
    sudo mv /var/lib/mysql /vol/lib/ 
    sudo mv /var/log/mysql /vol/log/ 

    sudo mkdir /etc/mysql 
    sudo mkdir /var/lib/mysql 
    sudo mkdir /var/log/mysql 

    echo "/vol/etc/mysql /etc/mysql  none bind" | sudo tee -a /etc/fstab 
    sudo mount /etc/mysql 

    echo "/vol/lib/mysql /var/lib/mysql none bind" | sudo tee -a /etc/fstab 
    sudo mount /var/lib/mysql 

    echo "/vol/log/mysql /var/log/mysql none bind" | sudo tee -a /etc/fstab 
    sudo mount /var/log/mysql 

我没有系统管理员专家，我不想搞砸了我现有的数据库。这里有风险吗？我是否应该在这里额外添加一个设备，或者坚持使用内置的根设备？

Answer 1

我将/ etc/mysql和/ var/lib/mysql目录移到了我的EBS中，并在它们以前的位置创建了符号链接。

这样我就不必修改配置文件或者担心找不到文件。

我也移动/ etc/mysql的原因是，如果我将EBS连接到另一个实例，配置文件和维护脚本不会丢失。

至于该数据的备份，最好创建另一个实例并创建一个主/主配置，这样您还可以获得故障转移的好处。

Answer 2

如果你担心数据持久性：

采取的/ dev/sda1的快照，创建一个完全独立的实例（t1.micro这个伟大工程），创建一个新的基于卷关闭了快照，则使用/ dev/sda1，然后在新的独立实例上挂载新卷？如果您的数据存在于新卷中，则它肯定会存储在/ dev/sda1上的EBS中。尽管如此：许多默认的Linux映像被设置为在实例终止时自动终止根（/ dev/sda1）卷。意思是：如果你失去了一个实例，如果你没有在别处备份，你也将失去该卷上的所有数据。保留备份的简单方法是仅使用EC2工具每天拍摄卷。创建一个脚本可以轻松创建快照，并在新快照完成后删除旧的每日定期快照。如果您正在寻找更小的备份大小或增量备份策略，您可以编写更高级的脚本，在备用可用区域或区域中启动t1.micro，通过您喜欢的任何机制仅对MySQL数据执行备份，然后关闭t1.micro实例。

Answer 3

如果您停止您的实例，它将类似于常规关机，并且EBS卷应该保留所有数据。 如果您终止实例，我认为自快照以来的所有数据都将消失。

但通常我没有看到很多理由来终止它。无论如何，在测试实例上尝试 应该很简单。你可以写一些文件，看看在不同的用例下会发生什么。

这样，你也会觉得比只依赖别人的回答更安全。