如何解决通过EBS在Amazon EC2上运行MySQL
| 我有一台生产服务器，其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
解决方法
我将/ etc / mysql和/ var / lib / mysql目录移至我的EBS，并在它们之前的位置中创建了符号链接。
这样，我不必修改配置文件，也不必担心找不到文件。
我还移动了/ etc / mysql的原因是，如果我将EBS附加到另一个实例，则配置文件和维护脚本不会丢失。
至于该数据的备份，最好创建另一个实例并创建一个主/主配置，这样您还可以获得故障转移的好处。
,如果您担心数据持久性：
拍摄/ dev / sda1的快照，创建一个完全独立的实例（t1.micro对此非常有用），根据您对/ dev / sda1拍摄的快照创建一个新卷，然后将该新卷挂载到新的单独实例上？如果您的数据存在于新卷上，则肯定会存储在/ dev / sda1上的EBS中。
话虽如此：许多默认的Linux映像都已设置为在实例终止时自动终止根（/ dev / sda1）卷。意思是：如果您丢失了一个实例，那么如果您没有将其备份到其他地方，那么您还将丢失该卷上的所有数据。保留备份的一种简单方法是仅使用EC2功能每天对卷进行快照。创建一个可以拍摄快照并在新快照完成后删除旧的每日定期快照的脚本非常容易。如果您正在寻找较小的备份大小或增量备份策略，则可以编写更高级的脚本来启动备用可用性区域或区域中的t1.micro，并通过任意机制仅对MySQL数据执行备份，然后关闭t1.micro实例。
,如果停止实例，它将类似于常规关闭，并且EBS卷应保留所有数据。
我认为，如果终止实例，自快照以来的所有数据都将消失。
但是通常我没有太多理由终止它。无论如何，应该简单地尝试一下
在测试实例上。您可以只写一些文件，看看在不同用例下会发生什么。
这样，您将比仅仅依靠某人的答案要安全得多。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。