EC2 拡張ネットワーキング 有効化手順 - Qiita
確認事項 Amazon Linuxの場合 通常、対応するためのカーネルモジュールがインストールされている為、作業は不要。 CentOS 6の場合 カーネルモジュールの更新が必要。 CentOS 7の場合 少なくとも 7.4.1708 以降ではカーネルモジュールがインストールされている為、作業は不要。 モジュールの確認 ixgbevf、ena のカーネルモジュールの状態を確認し、バージョン情報を確認する。 ixgbevf は特定のバージョン以下の場合はカーネルモジュールの更新が必要となる。 対応バージョン $ modinfo ixgbevf filename: /lib/modules/3.10.0-693.11.6.el7.x86_64/kernel/drivers/net/ethernet/intel/ixgbevf/ixgbevf.ko.xz version: 3.2.2-k-rh7.
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 インスタンスに変
Amazon Web Services(AWS) のEC2でインスタンスをコピーする方法 - Qiita
AWS使い始めて 業務命令でAWSを使い始めて、3時間目ｗ。インスタンスのコピーどうやるんだろう？って調べてみた。 インスタンスのコピー 日本語でAWSマネジメントコンソールが利用可能(2015/04/22から)になっていたので自分備忘録ですｗ。ほんと最近すぐに物忘れするのでこういうメモは、必要だよねｗ kvm のようにちょっと面倒かと思ったらそうでもなく、インスタンス元をベースにして高パフォーマンスのインスタンスを生成するとか簡単にできるので、CPUによって処理コストがどれくらい違うとかとか色々遊べそう。 ちなみに、Elastic IP は当然引き継がれないので別途設定する必要があります。 AMI作成 EC2ダッシュボードをまずは選択します。で、左のメニュー「インスタンス」を選択し、コピーしたいインスタンスを選択します（インスタンスは、停止しておいたほうがよい）。 アクションのプルダウン
【AWS】ELB(Elastic Load Balancing)まとめ - Qiita
どうも、iron千葉です。 ELBについて、ユーザガイドを見てポイントをまとめました。 ポイントだけ確認したい人、ざっと全体を見たい人におすすめです。 ELBとは トラフィックを複数のインスタンスに分散する（オンプレでいうロードバランサー） ヘルスチェック機能を持っており、配下のインスタンスがヘルスチェックに失敗した場合、振り分けを停止する ヘルスチェックが回復した場合、振り分けを再開する 暗号化・復号化（SSL）機能を利用できる ELBのメリット 複数AZに対して分散を行える。１つのAZがオフラインになった場合でももう１つのAZで処理を続けられる 正常なインスタンスのみ振り分けを行える。異常なインスタンスには振り分けを停止する HTTPS/SSLを利用できる ユーザセッションを維持するスティッキーセッションをサポート セキュリティグループポリシーを適用でき、柔軟なセキュリティを実現できる
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
AWS EC2にApache2.4, PHP7環境を構築するメモ - Qiita
AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ（SysVinit編） - Qiita