cloudpackブログ - StorageGatewayってなんじゃ？（GlusterFSで復旧編）
以前「StorageGatewayってなんじゃ？（Gatewayインスタンスの冗長化：GlusterFS編）」の記事を紹介しました。 今回は、インスタンスが落ちた場合の復旧方法を紹介します。 ○Gatewayインスタンスが落ちた場合 gatewayインスタンスを落とします。 ブリック（GlusterFSを構成するディレクトリ）である/mnt/sgwを確認してみるとIOエラーが出力されています。 # ls -l /mnt/sgw ls: reading directory /mnt/sgw: 入力/出力エラーです 合計 16 -rw-r--r-- 2 root root 27 3月 1 13:24 2013 1.txt -rw-r--r-- 2 root root 27 3月 1 13:24 2013 4.txt Glusterボリュームのマウントポイントを見てみると正しくレプリケーションさ
cloudpackブログ - StorageGatewayってなんじゃ？（Gatewayインスタンスの冗長化：GlusterFS編）
StorageGatewayのiSCSIボリュームをEC2にマウントし、アプリケーションシステムの中で利用しようとする場合、 冗長化という課題が持ち上がります。 そこで、いくつか冗長化の可能性を考えてみました。 ○マルチパス（☓） iSCSIとしての冗長化に合わせると、マルチパスという方法があるようです。 イメージとしては、以下のようにiSCSIターゲットであるgatewayインスタンスに複数のIPを付与し、それぞれの 接続先の複数のデバイスを1つのデバイスとして認識させ、1つの接続が切れても他のNICで接続ができる方法です。 これは元よりGatewayインスタンスの冗長化ではなく、ネットワーク・インターフェースの冗長化になりますが、 試してみます。 2番目のENIを10.0.1.6として追加し、gatewayインスタンスにアタッチします。 そして、マウント用のEC2から10.0.1.6の
cloudpackブログ - StorageGatewayってなんじゃ？（スナップショットからの復元）
以前「Storage Gatewayってなんじゃ？（EC2のCentOSにS3をマウント）」にて、Storage GatewayをEC2に マウントしてみました。 サーバ運用では、ボリュームのデータがおかしくなることやオペレーションミスで以前の状態に復旧したい場合が あります。 そういった場合に備え、定期的に取得したスナップショットから復旧する方法を調査してみました。 まず、StorageGateway画面でスナップショットを取得します。 スナップショットはEBSボリュームとして作成されるようで、StorageGatewayの「Snapshots」からも参照できます。 そして、「CreateVolume」を選択します。 そうすると、ボリューム作成画面が表示されますが、名前を「memorycraft-sgw2」、ホストIPを 「10.0.1.5」にして「Create Volume」をクリック
cloudpackブログ - Storage Gatewayってなんじゃ？（EC2のCentOSにS3をマウント）
AWSにStorageGatewayというサービスがあります。 このStorageGatewayは、オンプレミスのデータをS3へ直接保存するための接続サービスですが、EC2の世界でも 利用することができます。 今回は、StorageGatewayでS3の領域をVPC内のEC2にマウントしてみたいと思います。 ○ゲートウェイの作成 StorageGatewayの画面の左ペインの「Deploy a new Gateway on Amazon EC2」というリンクをクリックします。 そうすると、アクティベーションダイアログが起ち上がるので、赤枠の「Launch Gateway AMI」のリンクを クリックします。 StorageGateway用のAMIの説明画面が開くので、「Continue」ボタンをクリックします。 AMIの選択画面になり、「1-Click Launch」と「Launch wi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
