Amazon EC2編～必ずしておくCentOS初期設定～
こんにちは、TKです。 今回はAWSでCentOS6を使用する場合、初期設定で一通り必要なものをまとめました。 AWSの標準OSのAmazon Linuxではコンソール上でできたことが反映されなかったりするので色々設定する必要があります。 今回のレシピは自分自身がCentOS6を触るにあたって必要だったことをまとめています。 今回使用しているAMIはCentOS6 with Update HVM 64bitになります。 容量の反映と一般ユーザの追加 作成したCentOS6のインスタンスにログインしてみます。 Amazon Linuxと異なり、デフォルトのユーザはrootしか存在しません。 ログインはrootユーザでログインを行います。 ログイン後ボリュームのサイズを確認します。
EC2編～PVインスタンスからHVMインスタンスに移行してみた～
こんにちは、TKです。 今回は仮想化方式の切替についてお話したいと思います。 現在AWSは、HVM方式のインスタンスが出てきたことによって、PV方式よりもメモリが多く、料金が安いので移行したいという方は多いと思います。 今回は、PV方式のインスタンスからHVM方式のインスタンスへの移行について検証を行いました。その際にわかったことについて書きたいと思います。 仮想化方式の違いについて PV方式は準仮想化で、HVMは全仮想化となっています。基本的にはHVM方式がパフォーマンスは高く、利用料金も安いといった特徴があります。 それでは実際に仮想化方式を変えるにはどのようなことを行うのでしょうか。 PVからHVMへの移行の方法はこの2つのサイトを見て行いました。 http://dev.classmethod.jp/etc/pv2hvm-rb/ http://www.agilegroup.co.jp
boot-error-linux-m5-c5
Linux インスタンスのタイプを Nitro ベースのインスタンスタイプに変更した後に Linux インスタンスが起動しないのはなぜですか? 簡単な説明 Linux インスタンスは、以下の一般的な理由により、Nitro ベースのタイプに変更されると起動しないことがあります。 Elastic Network Adapter (ENA) の enaSupport 属性がインスタンスに対して無効になっている。 ENA モジュールがインスタンスにインストールされていない。 NVMe モジュールがインスタンスにインストールされていない、または、NVMe モジュールがインストールされているのにインスタンスの initramfs イメージにロードされていない。 起動時にデバイス名を使用して「/etc/fstab」ファイルにファイルシステムをマウントしようとしている。Amazon Elastic Blo
Auto Scaling を試してみた - Qiita
Auto Scaling の概要については ↓ Auto Scaling なお、起動に失敗した場合はエラーメッセージに従って、下記のリファレンスを参考にトラブルシュートをするとよい。 Amazon EC2 Auto Scaling のトラブルシューティング: EC2 インスタンスの起動失敗 ■事前準備 ELBは予め作成済のものとします。 1.起動設定 「起動設定」から「起動設定の作成」 1. AMI の選択 今回は作成済のAMIから起動するようにしました。 以下は通常のEC2インスタンスの起動と同じ設定なので、詳細は省略します。 2. インスタンスタイプの選択 3. 詳細設定 4. ストレージの追加 5. セキュリティグループの設定 6. 確認 2.Auto Scaling グループの作成 1. Auto Scaling グループの詳細設定 今回はMIN:2、MAX:4でAuto Scal
CentOS7の最新AMI IDをAWS CLIで取得する方法 | DevelopersIO
CentOS7の最新AMI IDを調べようと思っても意外と見つからない、という経験はありませんか？自分はあります。CentOSの最新AMI IDを取得する方法を調べたのでご紹介したいと思います。 最新AMI IDの取得方法 Cloud/AWS - CentOS Wiki 上記が公式のWikiですが、メンテされていないようで最新のAMI IDの記載がありませんでした。しかし、AWS CLIで検索する際にヒントとなる情報がありました。product-codeをfilter条件に入れることで公式のAMIだけを抽出できるようです。各OSのProduct Codeは下記になります。 OS Product Code Wikiで紹介されているのが、CentOS7のAMIを検索する方法です。 $ aws --region us-east-1 ec2 describe-images --owners aws
AWSのCentOS8 AMI - Qiita
公式イメージ CentOS 8でEC2インスタンスを作成しようと、AWS MarketplaceからCentOS 8で検索すると、ずらずらっといくつかAMIが表示されるものの、公式イメージが出てきませんでした。 まだ、公式イメージは提供されてへんのかいな…と途方に暮れかけていたところ以下のページを発見。 AMIの画面からインスタンスを作成したいリージョンのAMI IDを入力して検索すると出てきます。 例えば東京リージョンであれば、ap-northeast1なので、「ami-089a156ea4f52a0a3」で検索 出てきた。 ここから起動して、とりあえず使ってみよっと。
AWS EC2 の仮想化方式を paravirtual から hvm に変更する - Qiita
仮想化方式を変更することにしたきっかけ インスタンスの稼働枠に空きがない (キャパシティ不足) ために、インスタンスを起動できないことがたびたび発生した 後継のインスタンスタイプの方が、費用が安いうえにスペックが高い リザーブドインスタンスの期限が近づいてきていた から。 運用を継続するにあたって、1. のキャパシティ不足でインスタンスをたびたび起動できないことがあり、古いインスタンスタイプを運用し続けることに危機感があった。 AWS の FAQ に「Amazon Linux 準仮想化 AMI からハードウェア仮想マシン AMI にデータとアプリケーションを移行する方法を教えてください」があるので、わざわざ Qiita に残すことはないと思ったが、実際に自分が実行してみて、わかりにくいところやはまったところを備忘録として残しておこうと考えた。 PV インスタンスを HVM インスタンスに変
(レポート) DEV301: AWS CLIによる自動化 #reinvent | DevelopersIO
渡辺です。 みんな大好きAWS CLIのセッション資料「(DEV301) Automating AWS with the AWS CLI」を読んでみました。 [slideshare id=53748614&doc=dev301-151009173049-lva1-app6892] AWS CLI AWS CLI（Command Line Interface）は、Amazon Linuxでは標準でインストールされているAWSの各種サービスを操作することの出来るコマンドです（他のOSはインストーラなどが提供されている）。 コマンド単体ではインタラクティブにひとつの操作しかできませんが、シェルスクリプトを作成することでかなりの作業を自動化することができます。 シェルスクリプトと親和性が高いため、簡単なタスクであればシェルスクリプトとして作成し、cronなどで運用すると便利です。 良いシェルスクリ
RedmineをAWS無料枠に5分で用意して10分で自動バックアップできるようになる - Qiita
はじめに Redmineすごく便利です。やる気が出ないときでもチケットの一覧として並んでいて、それをこなして行くと段々とやる気がでてきます。 またここ最近になってAWSを使い始めたのですがそのお手軽さに感動しています。 ということで今までは自前のサーバでRedmineを運用していましたが、AWSでRedmineを立ててみました。 自分用のメモとしつつ、次回同じサーバを立てるときに5分で構築、10分でバックアップという目標を達成できる用にメモします。 BitnamiのAMIをつかってEC2にインストール 全体の流れは次の通りです。 EC2インスタンスの作成画面へ行く AMIからインスタンスを選択する 作成が完了するのを待つ 管理者用のパスワードを確認する IPアドレスを確認して接続する 完了！ 個人的にあまりAWSには慣れていないので順に追って説明します。 AWSコンソールからEC2を選び、
EC2起動後に、後からできること・できないこと - 続 カッコの付け方
EC2はインスタンス起動時に色々聞かれます。一度起動した後に変更できるもの、出来ないものをまとめてみました。間違いも有るかもしれませんので、そのつもりで。気づいたら直していきます。 Target RunningでOK StoppedでOK メモ AMI No No AMI変えるなら、もちろん作り直し Instance Type No Yes AMIが pvかhvn で移行可能な対象が変わります VPC No No Subnet No No Auto-assign Public IP No No こんな時はEIP使いましょう IAM Role Yes Yes 出来そうで出来ないその1 Dummyで良いので仕込んでおきましょう。2017/04/07現在で対応可能に！ Shutdown behavior Yes Yes 即時反映可能 termination protection Yes Yes
Amazon Web Services(AWS) のEC2でインスタンスをコピーする方法 - Qiita
AWS使い始めて 業務命令でAWSを使い始めて、3時間目ｗ。インスタンスのコピーどうやるんだろう？って調べてみた。 インスタンスのコピー 日本語でAWSマネジメントコンソールが利用可能(2015/04/22から)になっていたので自分備忘録ですｗ。ほんと最近すぐに物忘れするのでこういうメモは、必要だよねｗ kvm のようにちょっと面倒かと思ったらそうでもなく、インスタンス元をベースにして高パフォーマンスのインスタンスを生成するとか簡単にできるので、CPUによって処理コストがどれくらい違うとかとか色々遊べそう。 ちなみに、Elastic IP は当然引き継がれないので別途設定する必要があります。 AMI作成 EC2ダッシュボードをまずは選択します。で、左のメニュー「インスタンス」を選択し、コピーしたいインスタンスを選択します（インスタンスは、停止しておいたほうがよい）。 アクションのプルダウン
PV->HVM変換ツール pv2hvm.rbを試してみた | DevelopersIO
はじめに こんばんは、たけかわです。 最近話題のt2.microインスタンスですが、仮想化方式がHVM(Xen Full virtualization)のものしか使えないため、既存のPV(Xen Para-virtulaization)のイメージがつかえません。そこで変換をしたいという要望をお客様より幾つか受けたので調べてみました。 PVとHVMについて PVとHVMはもともと歴史のあるXenから来ている話ですので多くのよい説明があります。というわけでリンクを示して少し話を端折らせてもらいます。 メモ: AMIの仮想化方式 hvm、paravirtualについて 仮想化方式(HVM と PV)についてまとめ AWS Virtualization : HVM vs Paravirtualization 自分の理解では、当初は性能的な利点のあるPVがよい選択肢ではあったが、ホストする側のマシン
AWS事始め - Qiita
年末の疲れで昨晩は夕食を食べずに寝落ちして、そのまま朝を迎えてしまったため、 投稿が遅れてすみません。 AWSって知らない人はいないですよね。 知らないとヤバイですよ！と、感じでクラウド界の王者として君臨している訳ですが、 じゃあ、何から使おうかと悩んでしまうほどサービスは豊富です。 とりあえず、邪道な入門を書いてみます。 正統な入門はQiitaや某Ｃ社、某Ｎ社のブログなんか見て下さい。 1.アカウントを作成する メールアドレスとクレジットカードがあればアカウントが作れる。（当たり前だけどｗ） 全くの初めてだと１年分の無料利用枠が貰えたりするけど、１年なんてあっという間だし、 ちょっといろんなことをやろうとしたら、課金が必要なので無料枠は期待しない方が良い。 2.とりあえずログイン ログインすると、びっくりするくらいのメニューアイコンが並んでいる管理画面が表示される。 でも、VPSとかレン
AWS 中国(北京)リージョンの利用でハマった所をご紹介します - SEEDS Creator's Blog
原口です。 AWS China(Beijing) [中国(北京)リージョン] を触らせていただく機会がありまして触ってみた感じをお伝え致します。 中国リージョンは結構前から追加されていますが、通常のアカウントのリージョン一覧には出てきません。 中国リージョンを利用するには他のリージョンとは異なり、専用のアカウントを作成しなければ利用できません。 基本情報 [リージョン] cn-north-1 [アベイラビリティゾーン] cn-north-1a cn-north-1b 無許可でのポート80 / 443 / 8080 のポートによるページ公開ができない 中国では、ウェブサイトを勝手に公開できないようで、AWS側にて上記のポートは接続できないようになっています。ICPライセンスというものを登録しなければ公開できません。基本的にはAWSアカウントにライセンスが紐づいているようでライセンスが紐づけば
EBSスナップショットからのレストア | DevelopersIO
渡辺です。 今年の11月の北海道は暖かく、スキー場に雪が降ってもレストア（雪解け）してしまいます（T_T 運用設計時、バックアップは検討しているにも関わらず、レストア手順の検討を行っていないケースは稀によくあります。 最悪、バックアップ（EBSのスナップショット取得）さえしておけば何とかなるといえばなんとかなるのですが、レストアが必要な場合に焦らないよう、レストア手順はしっかりと押さえておくべきでしょう。 今回は、EBSのスナップショットからのレストア方法について３パターン紹介します。 新規インスタンスを作成してのレストア ひとつ目の方法は、EBSスナップショットからAMIを作成し、そのAMIからEC2インスタンスを新規に作成する方法です。 AMIを作成する手間はありますが、元インスタンスを残したままにレストアできるため、レストア失敗時のリスクが最小に抑えられること、元インスタンスからのデ
Snapshot を自動で作成するには？ | 超高速 WordPress AMI AMIMOTO
網元AMIでは AWS の様々なサービスをコマンドラインから利用することができるツール AWS CLI がインストールされています。 これと cron を使用することでサーバイメージのバックアップ ( スナップショット ) を定期的に自動で作成できるようになります。 ここでは、AWS CLI を利用するための IAM ユーザの作成から、稼働しているインスタンスにひも付けられているボリュームのスナップショットを作成するシェルスクリプトを紹介します。 IAM ユーザの作成 AWS の提供する各種 API を使用するためには Access Key と Secret Access Key が必要になります。 これらは AWS Identity and Access Management（IAM） というサービスを使用して取得することが可能です。 ここでは、AWS の IAM管理画面 で、ス
Amazon EBS でスナップショットを定期的に保存しておく方法のまとめ - Qiita
実はやり方自体は既存の記事で十分まかなえているので、あえて一つ一つの手順まで詳しくは書かない。 用語 AmazonEBS EC2は、本体に記憶領域（インスタンスストア）を持っているが、こちらの記憶領域は、サーバを停止してしまうと自動的に初期化を行なってしまう。 EC2単体だと、時間起動・停止を行うような使い方をする場合不便。 そこで必要になるのがEBS。前述の通り、EC2に仮想的に外付けされるHDDのような記憶領域で、ここにデータを保存することで、EC2の停止を行なうことができる。 EBS snapshot EBSボリュームの特定時点のスナップショットをS3に保存する機能。 EBSのスナップショット機能を用いると、EBSに含まれるデータが丸ごとS3に複製され、S3へ格納されたスナップショットは新たなEBSとして復元可能。 もしEBS上のデータが破損したりロストしたりしても、スナップショット
AMIとEBS、スナップショットの関係がよくわかっていなかった話 - endokのブログ
AWSの話。 AWS使っている方であれば当たり前に理解している話かと思います。 AMIとEBS インスタンス起動時にAMIが読み込まれ、 EBSは追加データを保存する場所なのかなと思っていたのだけど、 どこからどこまでがEBSに保存されるんだ？などどいまいち腑に落ちていなかった。 で、ちゃんと調べてみたところ、 Amazon マシンイメージ（AMI）は、ソフトウェア構成（オペレーティングシステム、アプリケーションサーバー、アプリケーションなど）を記録したテンプレートです。AMI から、クラウドで仮想サーバーとして実行される AMI のコピーであるインスタンスを起動します。 (http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2-instances-and-amis.html) AMI には次が含まれています。 インスタンス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS東京リージョンのCentOS7公式AMIのID - Qiita
Amazon Linux AMIでPHPを5.3から5.4にアップグレードする方法 with FuelPHP - Qiita
