从使用 ec2-consistent-snapshot 拍摄的快照还原 Amazon EBS RAID0 阵列

Question 1

由于您要跨卷分条数据，因此理所当然地，您必须将每个新卷放在 RAID 上与创建快照的卷相同的位置。

我测试了你的前提，虽然它看上去合乎逻辑，但观察结果却并非如此。

让我详细说明一下：
我和你有同样的要求。但是我使用的 RAID0 只有 2 个卷。

我正在使用 Ubuntu 10，并有 2 个 EBS 设备形成用 XFS 格式化的 RAID0 设备。

raid0 设备使用以下命令创建：
sudo mdadm --create /dev/md0 --level 0 --metadata=1.1 --raid-devices 2 /dev/sdg /dev/sdh

我已经安装了 MYSQL 和一堆其他软件，它们配置为使用 /dev/md0 来存储它们的数据文件。

使用相同的卷：完成后，我卸载所有内容，停止 Raid 并像这样重新组装： sudo mdadm --assemble /dev/md0 /dev/sdh /dev/sdg 事实是，无论顺序如何/dev/sdg /dev/sgh，RAID 都会正确地重建。

使用快照：发布此内容后，我用来ec2-consistent-snapshot同时创建 2 个 EBS 磁盘的快照。然后，我从此磁盘创建卷，将其附加到新实例（已为软件配置），重新组装 RAID（我也尝试过交换 EBS 卷的顺序），安装它，然后就可以开始了。

听起来很奇怪，但它确实有效。

Answer

由于您要跨卷分条数据，因此理所当然地，您必须将每个新卷放在 RAID 上与创建快照的卷相同的位置。

我测试了你的前提，虽然它看上去合乎逻辑，但观察结果却并非如此。

让我详细说明一下：
我和你有同样的要求。但是我使用的 RAID0 只有 2 个卷。

我正在使用 Ubuntu 10，并有 2 个 EBS 设备形成用 XFS 格式化的 RAID0 设备。

raid0 设备使用以下命令创建：
sudo mdadm --create /dev/md0 --level 0 --metadata=1.1 --raid-devices 2 /dev/sdg /dev/sdh

我已经安装了 MYSQL 和一堆其他软件，它们配置为使用 /dev/md0 来存储它们的数据文件。

使用相同的卷：完成后，我卸载所有内容，停止 Raid 并像这样重新组装： sudo mdadm --assemble /dev/md0 /dev/sdh /dev/sdg 事实是，无论顺序如何/dev/sdg /dev/sgh，RAID 都会正确地重建。

使用快照：发布此内容后，我用来ec2-consistent-snapshot同时创建 2 个 EBS 磁盘的快照。然后，我从此磁盘创建卷，将其附加到新实例（已为软件配置），重新组装 RAID（我也尝试过交换 EBS 卷的顺序），安装它，然后就可以开始了。

听起来很奇怪，但它确实有效。

Question 2

我运行了类似的配置（4 个 EBS 卷上的 RAID0)，因此也有同样的担忧，即从使用创建的快照重建 RAID 阵列ec2 一致快照。

幸运的是，RAID 阵列中的每个设备都包含元数据（在超级块中），记录其在阵列中的位置、阵列的 UUID 和阵列级别（例如 RAID0）。要在任何设备上查询此超级块，请运行以下命令（匹配的行'^这个'描述所查询的设备):

$ sudo mdadm --examine /dev/sdb1
/dev/sdb1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 2ca96b4a:9a1f1fbd:2f3c176d:b2b9da7c
  Creation Time : Mon Mar 28 23:31:41 2011
     Raid Level : raid0
  Used Dev Size : 0
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0

    Update Time : Mon Mar 28 23:31:41 2011
          State : active
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : ed10058a - correct
         Events : 1

     Chunk Size : 256K

      Number   Major   Minor   RaidDevice State
this     0     202       17        0      active sync   /dev/sdb1

   0     0     202       17        0      active sync   /dev/sdb1
   1     1     202       18        1      active sync   /dev/sdb2
   2     2     202       19        2      active sync   /dev/sdb3
   3     3     202       20        3      active sync   /dev/sdb4

如果您在不属于阵列的设备上执行相同的查询，您将获得：

$ sudo mdadm --examine /dev/sda1
mdadm: No md superblock detected on /dev/sda1.

这证明该命令确实依赖于设备本身存储的信息而不是某些配置文件。

您还可以从 RAID 设备开始检查 RAID 阵列的设备，检索类似的信息：

$ sudo mdadm --detail /dev/md0

我使用后者以及ec2-描述-卷为 ec2-consistent-snapshot 构建卷列表（-n和- 调试允许在不创建快照的情况下测试此命令）。以下命令假定目录/mysql是卷的挂载点，并且 AWS 区域是美国西部-1：

$ sudo -E ec2-consistent-snapshot --region us-west-1 --mysql --freeze-filesystem /mysql --mysql-master-status-file /mysql/master-info --description "$(date +'%Y/%m/%d %H:%M:%S') - ASR2 RAID0 (4 volumes) Snapshot" --debug -n $(ec2-describe-volumes --region us-west-1 | grep $(wget http://169.254.169.254/latest/meta-data/instance-id -O - -q) | egrep $(sudo mdadm --detail $(awk '{if($2=="/mysql") print $1}' /etc/fstab) | awk '/ \/dev\//{printf "%s ", $7}' | sed -e 's# /#|/#g') | awk '{printf "%s ", $2}')

Answer