[Storage Gateway] EC2からS3バケットをNFSマウントしてみた〜2018年冬〜 ｜ DevelopersIO
こんにちは、岩城です。 元道民なので寒さに耐性があるなどと知り合いの間では強がってはいますが、しっかりと寒いです。そして、しっかりと風邪をひきました。 さて、業務でEC2からS3バケットをNFSマウントする方法を調べる機会がありました。 実際に設定していく中で、いろいろと躓いたところがありましたので、備忘録的な意味でアウトプットします。今やEFSが主流かも知れませんが、気にせずやります！ はじめに Storage Gatewayとは オンプレミスのサーバなどからAWS上のクラウドストレージに接続を可能とするサービスです。 実態は、AWSにより用意された仮想アプライアンスになります。VMware ESXi HypervisorやMicrosoft Hyper-V Hypervisor向けのVMや、EC2ホスト向けのAMIが用意されています。オンプレミスからの接続に注目しがちですが、本ブログの
![[Storage Gateway] EC2からS3バケットをNFSマウントしてみた〜2018年冬〜 ｜ DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d76847d127f40a16d5f1d0da62b4e9440447927c/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F11%2Feyecatch_aws-storage-gateway_1200x630.jpeg)
AWS EC2 の仮想化方式を paravirtual から hvm に変更する - Qiita
仮想化方式を変更することにしたきっかけ インスタンスの稼働枠に空きがない (キャパシティ不足) ために、インスタンスを起動できないことがたびたび発生した 後継のインスタンスタイプの方が、費用が安いうえにスペックが高い リザーブドインスタンスの期限が近づいてきていた から。 運用を継続するにあたって、1. のキャパシティ不足でインスタンスをたびたび起動できないことがあり、古いインスタンスタイプを運用し続けることに危機感があった。 AWS の FAQ に「Amazon Linux 準仮想化 AMI からハードウェア仮想マシン AMI にデータとアプリケーションを移行する方法を教えてください」があるので、わざわざ Qiita に残すことはないと思ったが、実際に自分が実行してみて、わかりにくいところやはまったところを備忘録として残しておこうと考えた。 PV インスタンスを HVM インスタンスに変
ログインできないec2インスタンスを調査する ｜ DevelopersIO
はじめに サーバを運用しているといろいろなことが起こります。 今回はなんらかのトラブルによりインスタンスが正常に起動しない、 ログインできなくなった場合の対応方法をご紹介します。 障害インスタンンスはAmazon LinuxでrootボリュームはEBSということで話を進めていきます。 障害インスタンスを停止する 正常に起動しない、ログインができないインスタンスをstopします。 サーバにログインできないのでマネジメントコンソールやAPIでstopします。 障害インスタンスのルートボリュームをデタッチする ルートボリュームのEBS IDを確認してVolumesへ移動します。 ・DescriptionのRoot Device 「/dev/xvda」をクリック また後でアタッチし直すのでRoot Device名はメモしておきます。 ・EBS ID をクリック ・Volumesに移動します。 ・A
スポットインスタンスを安定して利用するための取り組み - Qiita
この記事は、AWS Advent Calendar 2014 の12日目の記事です。 AWSを利用したゲームの運用を行い約1年半、この記事ではAWSのスポットインスタンスを利用した取り組みについて簡単に紹介したいと思います。 なお、こちらの記事は、2014年7月17日（木）～18日（金）に行われたAWS Summit 2014 Tokyoの「Tech Deep Dive By Customers」トラックで発表させて頂いた「AutoScale×ゲーム ～運用効率化への取り組み～」のスポットインスタンスの利用についての簡易版となります。 はじめに みなさんスポットインスタンス利用していますか？ 今年に入ってAWSも大幅な値下げが続き、よりサーバ構築や検証を簡単にできるようになったのではないでしょうか。その中でもスポットインスタンスは、破格の価格で利用することが出来「バッヂ処理」や「検証」のた
EC2 Snapshotからの復旧方法 - Qiita
EC2のスナップショットからの復旧方法はディスクを入れ替えるような形となります。 インスタンスを停止する必要があります。 作業途中でスナップショットを取っておき入れ替えることで、さまざまな構築検証ができるので便利です。 １．EC2管理コンソールの「Instances」画面にて、復旧したいインスタンスを右クリックし「Stop」をクリックします。 ２．「Yes,Stop」をクリックします。 ３．「Instance State」が「Stopped」になっていることを確認します。 ※ここで該当インスタンスの「Availavility Zone」を確認しておいてください。 ４．「Volumes」を選択して右側に表示されたVolumeをクリックし、先ほど停止したインスタンスに マウントされているディスクを探します。「Attachment information」を頼りに探してください。 ５．ディスクを
EC2上のLinuxのパーティションを拡張する - サーバーワークスエンジニアブログ
いつもいつまでもお世話になっております。サーバーワークス 高橋です。 4月に新卒で入社し、もう半年が経ちました。だらだらしているとあっという間に時間が過ぎていきます。 さて今回はLinuxのパーティションを拡張する方法をご紹介します。 インスタンスの起動からディスクの確認まで まずEBS-Backedインスタンスを立ちあげてみましょう。今回はRootボリュームが80GBの、EBS-Backedインスタンスを立ちあげます。 インスタンスの起動後に lsblk,df コマンドでディスクの状態を見てみましょう。 $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 80G 0 disk └─xvda1 202:1 0 6G 0 part / $ df -h Filesystem Size Used Avail Use% Moun
EC2のディスク容量(EBS)を拡張する - Qiita
口上 単純に snapshot をとってそこから大きくしたいサイズの volume を作って インスタンス に アタッチ しなおして resize2fs すればいーじゃんと思ってたら、"Nothing to do!" と出てしまいうまく行かなかったので、その時に対応した自分用メモ。Management Console の細かい操作については結構省いています。 対象インスタンスの環境 EC2 AMI : CentOS 6 (x86_64) - with Updates HVM ディスク容量 : 8G → 36G 手順 対象インスタンスの snapshot を取得する(出来るなら停止させてからがベスト) snapshot から volume を作成する。この際に拡張したいサイズで作成する(今回は36Gで) AmazonLinux(HVM) でSSHの可能な EC2 作業用インスタンスを適当にた
AWS EC2インスタンスをPV形式からHVM形式に変換する（≒t1からt2に移行する） - Qiita
参考URL EC2のt1.microをt2.microへ移行する 手作業でPV -> HVMへの変換を行う方法 AWSで仮想化方式 PV(paravirtual) の既存 CentOS AMIを HVMにする 1の作業手順をベースに、少し改変を加えたもの シンボリックリンク追加のところが一番のミソ PV->HVM変換ツール pv2hvm.rbを試してみた ・Rubyスクリプトに変換作業を代行してもらう方法 ・2015-05現在では、sudo gem install aws-sdk --no-ri --no-rdocのところは、aws-sdkのv1を明示してインストールする必要があることに注意（参考：AWS SDK for Ruby V2） ・色々と問題が起きた（ルートデバイス名とブロックデバイス名を合わせないと動かない等）ため採用しなかった EC2編～PVインスタンスからHVMインスタンス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
