AWSのCentOS8 AMI - Qiita
公式イメージ CentOS 8でEC2インスタンスを作成しようと、AWS MarketplaceからCentOS 8で検索すると、ずらずらっといくつかAMIが表示されるものの、公式イメージが出てきませんでした。 まだ、公式イメージは提供されてへんのかいな…と途方に暮れかけていたところ以下のページを発見。 AMIの画面からインスタンスを作成したいリージョンのAMI IDを入力して検索すると出てきます。 例えば東京リージョンであれば、ap-northeast1なので、「ami-089a156ea4f52a0a3」で検索 出てきた。 ここから起動して、とりあえず使ってみよっと。
Amazon ELBでSorryサーバへのフェイルオーバーを実現する | DevelopersIO
AWSにおいて、ELBによるSorryサーバへのフェイルオーバーは、長らく待ち望まれている機能です。先日、Route53にDNSレベルでのフェイルオーバー機能が実装（下記）されました。 Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to S3編） Amazon Route 53のDNSフェイルオーバー機能を利用したリージョンを跨いだバックアップサイトの構築（EC2 to EC2編） ただ、Route53を利用していない場合は、未だにヘルスチェック及びフェイルオーバーの機能は手組みする必要があります。無いなら作るしかないのです。わかりました、作りますよ。 前提 まず確認しておきたいのは、今回ご紹介するテクニックは、前述のRoute53によるフェイルオーバーと比べると、オモチャみたいなもんです。知ってますか？ 何と、Ro
Amazon EC2でCentOS6を使用するときのハマリポイント | DevelopersIO
森永です。 弊社はリモートワークが可能なので、私は休みを取らずに帰省し地元のゆめタウン内でこの記事を書いております。 テーマソングが頭に残るのでどうにかして欲しいです。 さて、先日CentOS6の公式AMI（Amazon公式ではなくCentOS公式）を使って構築を行いました。 その時ハマるポイントがいくつかあったので、まとめておきます。 CentOS7が出た今でも未だに6を使う案件が多いので役立つ方がいれば幸いです。 AMIの選択 MarketplaceでAMIを選択しようとした私に一つ目の関門が現れます。 CentOS6の公式AMIがなんだかいっぱい現れるのです。もうてんやわんやです。 どれを選ぶかはバージョンの要件などでまちまちなのですが、CentOS6をというだけであれば「CentOS 6 (x86_64) - with Updates HVM」をオススメします。 CentOS 6.
EC2で利用可能なWindows Server 2003を日本語化してみる | 最近わかってきたこと
2009-02-16 01:05 | IT EC2上で利用できるWindowsサーバーが英語版ということもあって、日本語化したAMIイメージをいつでも利用できるようにしてみました。 なんだかものすごく長くなってしまったので、最初に目次を用意しておきます。 （目次の生成にTable of Contents Generatorプラグインを利用。これは便利。） 目次 まずはWindows Server 2003を立ち上げる イメージ一覧を表示 イメージを選ぶ 今回はBasic Microsoft Windows Server 2003（Microsoft Windows 2003 R2 Data Center edition 32bit）を選択します。 鍵ファイルを生成 「windows」という名前を付けています 生成完了 生成が完了すると、「設定した名前.pem」というテキストファイルが自動的
AWS Tokyo Regionのネットワークを調べてみた。 - めもおきば
AWSの東京リージョンがリリースされたということで、技術視点からネットワーク関係を探ってみました。 なお、利用者視点でのレイテンシやスループットについては、並河さんの記事が分かりやすいです。 上位ネットワーク まず最初に、インターネットとの接続方法、つまり上位ISPをざっくり知るために、実際にEC2上で立ち上げたインスタンスのIPアドレスをrobtexに突っ込んでみると、AS16509の175.41.192.0/18 AWS AsiaPac prefixというのが実際にインターネット上で流れている経路、つまりIPアドレスブロックでよさそうです。さらに、 AS16509は日本を含む全世界で使ってるけどAS38895はシンガポールでのみ。シンガポールと日本へのルーティングはそれぞれに割り当てた/18単位で、って感じかな。(そうなると、シンガポールだけ別のASにした理由がイマイチ分からないな)
0から始めるAWS入門：概要 - Qiita
研修向け。0からAWS上に基本的なWEBアプリケーションの環境構築していく。 前提 ・一般的なLAMPのWEBアプリケーション向け(※1)に環境を構築しますが、それらミドルウェアのインストール・設定等はあまり対象にしてません。 ・すでにAWSのアカウントを取得しているものとします。サインアップはこちら ちなみに、新規登録であれば無料枠があるため、この研修向け内容をやったとしても$3ぐらいに収まります。 ※1 アプリケーションの要件・内容には触れませが、一般的なLAMPアプリケーションでも同様になるかと思います。 構築する環境 今回のシリーズで目指す環境は、下記の通り。 簡単に各AWSサービス紹介 Elastic Compute Cloud (EC2) 一般的に言う仮想サーバー。スケーラブルに展開可能。 今回はここにアプリケーションを配置する。 詳細はこちら Relational Datab
Amazon RDSでインスタンスを停止＆再開する方法 - ふわふわクラウド
今回は、AmazonのクラウドサービスAWS(Amazon Web Services)のデータベースサーバーRDS(Relational Database Service)についてです。 AWSのEC2(Elastic Compute Cloud)でWebサーバーなどを立ち上げている場合、一緒にデータベースサーバーとしてRDSを利用するケースが多いと思います。 EC2ではインスタンスをいつでも停止・再開することができるため、使うときだけ立ち上げれば時間課金の料金を抑えることができます。 しかし、RDSはインスタンスを停止・再開する機能が基本的にはありません。一度、インスタンスを生成したらずっと稼働しっぱなし。開発中のサイトなど常時サーバーを稼働させる必要がない場合、使っていなくても時間課金されていきますのでもったいないですよね。 スナップショットを利用すれば、いちおうRDSでもインスタ
Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 | DevelopersIO
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
Amazon EC2のリザーブドインスタンスで重度の購入オプション拡充＆軽度/中度の廃止 | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 リザーブドインスタンスの料金体系の変更がアナウンスされたのでまとめます。 Amazon Web Services ブログ: 【AWS発表】EC2のリザーブドインスタンスモデルがシンプルに リザーブドインスタンスとは EC2の料金をいくらか予約金として前払いすると、時間あたりの料金が安くなることで、期間内のトータル金額が安くなる購入オプション キャパシティの予約（少なくともRIを買ったインスタンスは枯渇せずに起動できる保証）になる EC2だけでなく、RDSやRedshiftなどにも「リザーブドキャパシティ」という同等の購入オプションがある EC2 リザーブド インスタンス （大幅な割引料金で利用可能な EC2 インスタンス） | アマゾン ウェブ サービス（AWS 日本語） 旧料金体系 前払金、時間単価、期間
Amazonのクラウドサービスのセキュリティ対策のまとめ - モスマン
クラウドコンピューティングに乗り出す際の最大のセキュリティ上の懸念は、顧客情報・書きためたポエム・マル秘画像などを誰かに預けるところにある。「財布などの貴重品は肌身離さず、自分の近いところに置いておく」という今までの常識に反する行動を迫られるのである。クラウド恐ろしや。まして預ける相手がAmazonという140億円の追徴課税を命じられような事業者であればなおさらである。 この誰しも感じる不安を払拭するためにAmazon Web Services (AWS) は自社のセキュリティ対策をまとめた文章を公開している。 Amazon Web Services Security ホワイトペーパー (PDF注意) 要は「Amazonはこんなに頑張って皆さんのデータのセキュリティを確保していますよ」という販売促進の一環である。しかしよくまとまっていて、Amazonのサービス利用を検討している人だけでなく
Amazon AWSの約款には結構エグイことが書いてある - モスマン
EC2を使い始めてはや半年以上が経過した。セキュリティの調査目的、つまりは自分のパソコンではやりたくない作業に使おうと思って契約したのだが、あらためて約款を読んでみると、IDSを動かすのも微妙なのではないかという位にその用途を縛っていることがわかった。 「え？約款て何？？」という方も多いと思うが、EC2やS3をはじめとするAmazon AWSを使っている人は例外なく加入時に約款（ユーザーアグリーメント）を承諾しているんです。 これがその実物。http://aws.amazon.com/agreement/ こんな長い約款を読んでいる人なんていないと思うので注意すべき点を書いておく。僕もあまり真面目に読んでないので、このエントリーをみて引っかかった人は是非原文をあたって下さい。 AWSでのご法度/禁則事項 お金を払わないと強制退会になるのは当然として、AWSを使ったDoS攻撃なども全て禁止、
AWSの費用見積でおさえておくべきポイント | DevelopersIO
はじめに AWSの費用見積をする際におさえておいたほうがよいポイントについて説明します。 従量課金制である AWSのほとんどのリソースは1時間毎、もしくは利用量毎の課金です。 従量課金制の一番よいところは、ずっと使い続けなくてよいというところです(あたりまえですが)。 急なイベントの時にだけリソース増強 (弊社のこの事例はまさにそれです) 検証環境は必要な時に本番環境から作成 という使い方をすることで費用削減が可能です。 実際の必要リソースがわからない部分については、リソース大目の環境を作って検証して、結果的に不必要であればその時点でインスタンスを小さく/大きくする等で対応できます。 最初の見積がずれていても、ずっとそのコストを払わなくてもよい点、頭の片隅のおいておいてください。 また、AWSならではの従量課金の項目もあります。 EBS(ネットワークストレージ)のI/O ネットワークの通信
AWS Elastic BeanstalkでDockerコンテナをデプロイしてみた | DevelopersIO
ども、大瀧です。 本日、AWS Elastic BeanstalkでDockerコンテナがサポートされました(AWS公式ブログの記事)。 超簡単&高速でDocker on EC2+ELBの構成が組めるとんでもない機能です！ ひとまず、試してみた様子をレポートします。 手順 AWS Management ConsoleでElastic Beanstalkの管理画面を表示します。既存のBeanstalk構成がなければ、新規アプリケーションの作成画面になるので、[Select a Platform]から「Docker」を選択し、[Launch Now]をクリックします。 早速Beanstalkのスタック構成として、ELB(ロードバランサ)とDockerインストール済みのEC2インスタンス1台が起動します。[Health]の表示が「Green」になるまで待ちましょう。 続いて、Dockerコンテナ
さくらのクラウド VS Amazon EC2 ~ コスパでガチらせてみたらEC2ちゃんがコテンパンにされた / Devslog
「・・・低いなー」とおもってネットを検索してみるとこんなものぽいですね。 プロセッサに Xeon(R) CPU E5430 @ 2.66GHz が見えます。４コアのCPUですね。 CPUリソースに関するカタログスペックは「最大2ECU（短期の定期的なバースト）」です。 1つの EC2 Compute Unit は、1つの 1.0-1.2 GHz 2007 Opteron または 2007 Xeon プロセッサの CPU 能力に等しい能力を提供します。 普段は1GHzでたまに本気出して2GHzってことですね。 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.2) System: ip-10-146-39-173: GNU/L
さあ、AWSをはじめよう！ for PHPer
春ということで、Amazon Web Services（AWS）をはじめてみませんか。 AWS盛り上がっていますね。2011年3月に東京リージョンができたことで、そろそろ触ってみようかなというPHPユーザの方も多いかと思います。 そんなあなたへ、AWSをはじめる際に役立つ情報をご紹介です。 1. AWSアカウントを新規作成して、EC2の利用申し込みを行う まずAWSのアカウントを作成して、EC2の利用申し込みを行います。 手順については、AWSエバンジェリストの @KenTamagawa さんが書かれた以下の資料が参考になります。このとおりに進めていけば、おおよそ問題無いと思います。 進める中で自分が詰まった点は以下。 郵便番号、電話番号にはハイフンを 郵便番号、電話番号はハイフンが必要なので入力するようにして下さい。 書式は日本国内のもの、郵便番号8ケタ（ハイフン入り）、電話番号は12〜
Sorry! This site is experiencing technical difficulties.
Sorry! This site is experiencing technical difficulties.Try waiting a few minutes and reloading. (Can't contact the database server: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) (localhost)) You can try searching via Google in the meantime. Note that their indexes of our content may be out of date.
EC2から送信したメールがspam扱いされてたのを回避するまでの記録 - Maesan blog
EC2でサイトの運営を開始したのですが、そのIPがブラック(ブロック)リストに載っててメールが届かない人がいたので、それを回避するまでのメモを残します。 ウワサには聞いていたのですが、あまりに気していなかったのはテストとかで自分とか携帯とかに普通に送れてたのでリストに載ってなかったり、こういうスパムリストってあんまり使ってないのかなと軽く考えていたからでした。 で、何で発覚したかというとフツウにメールのログに見慣れない文字列が出てきたからです Sep 1 15:03:43 xxxxxxxx postfix/smtp[7722]: 5DA663A64F: to=, relay=mail.xxxxxx.jp[xxx.xxx.xxx.xxx]:25, delay=4.4, delays=0.05/0/4.1/0.17, dsn=4.0.0, status=deferred (host mail.
値段で分かる、クラウドの「おいしい」使い方
値段で分かる、クラウドの「おいしい」使い方：Amazon EC2/S3のコストを試算（1/2 ページ） クラウドコンピューティングの利点はさまざまに伝えられているが、実際にはどれほどのコストメリットがあるのだろうか。Amazon EC2/S3を例にとって試算してみよう。 クラウドコンピューティングのコストメリット 前回はクラウドコンピューティングへの期待をいろいろと挙げてみましたが、今回は、「安い・早い・うまい」と噂されるAmazon EC2/3を題材に、実際にエンタープライズ領域で利用したらどのくらいのコストになるか、試算してみたいと思います。 試算の条件は以下に整理しました。金額そのものは利用条件しだいで変わりますが、試算をすることで、コスト効果を得るためには利用者側でも工夫が必要なことが見えてきました。 状況 試算対象として、以下のシーンを想定してみます。 ECサイトで2週間限定の決
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Service Health Dashboard
業務アプリをクラウド化する5つのステップ ～Amazon Web Services活用の勘所～
