永続ディスクが接続されているインスタンスのGoogle Compute Engineスナップショットが失敗しました

Question

コピー先のVMインスタンスがGoogleロードバランサの背後に冗長性を持たせるためにコピーしようとしています。 ダミーインスタンスを使用したテスト実行が正常に動作し、実行中のインスタンスのスナップショットから新しいインスタンスが作成されました。 実際の「元の」インスタンスには永続ディスクが添付されています。このため、（明らかに）永続的なディスクマウントが存在しないためにクローンインスタンスの起動に問題が発生します。シリアルコンソール出力から ログは通りです：

* Stopping cold plug devices[74G[ OK ] * Stopping log initial device creation[74G[ OK ] * Starting enable remaining boot-time encrypted block devices[74G[ OK ] The disk drive for /mnt/XXXX-log is not ready yet or not present. keys:Continue to wait, or Press S to skip mounting or M for manual recovery

私はインスタンスにこのキーストロークのいずれかを送信する方法はありません理解では、この問題を克服するための他の方法はありますか？私はスナップショットの前にディスクをアンマウントすることができると知っていますが、私が実行したいワークフローは運用サーバーの期間スナップショットを作成するため、実行するたびにディスクをアンマウントするにはインスタンスのダウンタイムが必要です無意味に思える行動）。

このタイプの複製インスタンスを正常に起動し、後で新しい永続ディスクを追加する方法はありますか？

オリジナルの永続ディスクが使用中であるか、元のインスタンスがオフラインであっても同じ問題が発生するためです（たとえば、スナップショットから新しいインスタンスを作成しようとした場合など） ）？

Answer 1

私が同じ問題を解決するために使用している回避策の1つは、マウントラインをコメントアウトしてスナップショットを取るのではなく、ディスクを実際にマウント解除しないということです。このようにして、私のインスタンスにはスナップショット中にダウンタイムやディスクがダウンしません。 （私はUbuntu 14.04をOSとして使用しています）。

その後、私は新しいインスタンスでそのスナップショットを使用するときに修正してコメントを外します。 ただし、コメント行にnofailオプションを追加すると、より良い解決策が得られます。

ところで、私は同様のタスクを複数のWebサーバーノードでロードバランス設定を構築しています。上記のスナップショットから、アップロード、データ、ログなどのためにマウントされた余分な永続ディスクを使用して複製されます。

Answer 2

私はあなたが達成しようとしていることについては少し不明です。本番サーバーのデータボリュームを定期的にスナップショットして後でクローンすることができるように思えます。

スナップショットを作成する前に、スナップショットをマウントおよび再マウントするだけで、fsfreezeと同期するだけで済みます。 GCPドキュメントには、Snapshots documentationの基本的な例があります。