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
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 インスタンスに変
RedmineをAWS無料枠に5分で用意して10分で自動バックアップできるようになる - Qiita
はじめに Redmineすごく便利です。やる気が出ないときでもチケットの一覧として並んでいて、それをこなして行くと段々とやる気がでてきます。 またここ最近になってAWSを使い始めたのですがそのお手軽さに感動しています。 ということで今までは自前のサーバでRedmineを運用していましたが、AWSでRedmineを立ててみました。 自分用のメモとしつつ、次回同じサーバを立てるときに5分で構築、10分でバックアップという目標を達成できる用にメモします。 BitnamiのAMIをつかってEC2にインストール 全体の流れは次の通りです。 EC2インスタンスの作成画面へ行く AMIからインスタンスを選択する 作成が完了するのを待つ 管理者用のパスワードを確認する IPアドレスを確認して接続する 完了！ 個人的にあまりAWSには慣れていないので順に追って説明します。 AWSコンソールからEC2を選び、
Amazon Web Services(AWS) のEC2でインスタンスをコピーする方法 - Qiita
AWS使い始めて 業務命令でAWSを使い始めて、3時間目ｗ。インスタンスのコピーどうやるんだろう？って調べてみた。 インスタンスのコピー 日本語でAWSマネジメントコンソールが利用可能(2015/04/22から)になっていたので自分備忘録ですｗ。ほんと最近すぐに物忘れするのでこういうメモは、必要だよねｗ kvm のようにちょっと面倒かと思ったらそうでもなく、インスタンス元をベースにして高パフォーマンスのインスタンスを生成するとか簡単にできるので、CPUによって処理コストがどれくらい違うとかとか色々遊べそう。 ちなみに、Elastic IP は当然引き継がれないので別途設定する必要があります。 AMI作成 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ページを開く
AWS東京リージョンのCentOS7公式AMIのID - Qiita
Amazon Linux AMIでPHPを5.3から5.4にアップグレードする方法 with FuelPHP - Qiita