Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/12.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services EC2上的LAMP服务器(Amazon Linux微实例)_Amazon Web Services_Amazon Ec2_Lamp - Fatal编程技术网

Amazon web services EC2上的LAMP服务器(Amazon Linux微实例)

Amazon web services EC2上的LAMP服务器(Amazon Linux微实例),amazon-web-services,amazon-ec2,lamp,Amazon Web Services,Amazon Ec2,Lamp,我已经启动了一个基本的32位AmazonLinuxAMI实例,它的根设备是8GB的卷。如果我终止它,EBS卷也会被销毁。我想知道的是,如果服务器崩溃,我的数据是否受到保护(例如,apache文档根或MySQL数据)?很多教程似乎都指出应该创建另一个EBS卷并将我的数据存储在该卷上,但我不明白为什么需要两个EBS卷 或者web服务器设置的当前设置是否正常 非常感谢您的帮助 当您旋转EC2实例时,根卷是短暂的—也就是说,当实例终止时,根卷将被销毁**(将您放在那里的任何数据都带走)。无论您如何划分临

我已经启动了一个基本的32位AmazonLinuxAMI实例,它的根设备是8GB的卷。如果我终止它,EBS卷也会被销毁。我想知道的是,如果服务器崩溃,我的数据是否受到保护(例如,apache文档根或MySQL数据)?很多教程似乎都指出应该创建另一个EBS卷并将我的数据存储在该卷上,但我不明白为什么需要两个EBS卷

或者web服务器设置的当前设置是否正常


非常感谢您的帮助

当您旋转EC2实例时,根卷是短暂的—也就是说,当实例终止时,根卷将被销毁**(将您放在那里的任何数据都带走)。无论您如何划分临时卷以及将数据放在何处,当它被销毁时,该卷中包含的所有内容都将丢失

因此,如果卷中的数据完全是瞬时的,并且下次需要时可以从其他地方完全恢复/检索,那么就没有问题;终止实例,然后旋转一个新实例并重新获取继续工作所需的数据

但是,如果数据不是暂时的,并且需要持久化,以便在实例崩溃(我所说的崩溃是指终止实例或以其他方式使其不可操作和不可恢复)后可以继续工作,则您的数据不得位于根卷上,但应位于连接到实例的另一个EBS卷上。如果该实例无法恢复地终止或中断,则您的数据在该卷上是安全的—然后可以将其重新连接到新实例以继续工作


**例外情况是,您的实例是EBS备份的,并且您交换了根卷—在这种情况下,根卷在实例终止后会被留下,因为它不是启动它时AMI创建的“包”的一部分。

如果您的服务器损坏,您无法启动它,则需要另一个卷。在这种情况下,您只需删除初始服务器,创建第二个服务器,并将附加存储连接到新服务器。无法将一台服务器的根卷连接到另一台服务器

“无法将一台服务器的根卷连接到另一台服务器。”--是的,如果实例是EBS备份的,则可以。停止实例#1,分离根卷,连接到实例#2(作为根或辅助存储)。谢谢Jonners。如果我没看错的话,我接下来的步骤应该是启动另一个EBS卷,将它连接到我当前的EBS备份实例,创建文件系统并装载它,然后配置Apache和MySQL将它们的数据存储在这个新的EBS卷上。一旦这一切完成,我可以安全地考虑我的数据(相对而言)。再次感谢!是的,那是我的建议。至于数据“安全”,这是一个信任的问题——EBS基础架构设计为始终打开和备份,但没有任何保证。事实上,上个月EC2在欧盟地区经历了一场重大的EBS灾难,导致大量数据丢失。这是第一次发生,非常不寻常,但证明99.999%的安全并不是100%。如果数据是任务关键型的,请像我和其他人一样,定期将其导出到其他地方作为故障保护(一个简单的FTP到另一个站点可能是一个很好的起点)。