【でかい】Amazon EC2に最強インスタンス「X1」が登場 | DevelopersIO
こんにちは、せーのです。今日はEC2史上最強インスタンスが登場したのでご紹介します。 特徴 去年のRe:InventでX1がでる、という予告はされていました。現在世界各地で行われているAWS Summitでもスペックがちょい漏れしていたりするので知っている方は知っているかと思います。 X1の特徴はなんといってもそのメモリの大きさにあります。そのサイズなんと1,952GB!ほぼ2TBです。またCPUはXeon E7 8880 v3 2.3GHzが4基、64コア128vCPUという化物サイズです。IntelのXeon E7を採用した、というのはSAP HANAで使うことを前提にしているのかと思います。 SAP HANAというのは大容量のデータをインメモリで解析するDWHのことで、IntelのXeon E7にはTSX（トランザクショナル・シンクロナイゼーション・エクステンション）が搭載されており
Nginx + WordPress ELB篇 - サーバーワークスエンジニアブログ
こんにちは。CSチームの坂本です。 今回も、前回の「Nginx + WordPress RDS篇」に引き続き、「Nginx + WordPress ロードバランサー篇」の構成での運用上の問題点を、AWSのサービスを使って解消していきたいと思います。 画像のアップロード先とデータベースサーバーの問題は解決しましたが、NginxのロードバランサーがまだSPOF（単一障害点）となっています。今回はAWSのサービス「Amazon ELB」を使ってこの問題を簡単に解決したいと思います。 目次 1. はじめに2. 今回の構成3. Amazon ELBとは？4. ELBの作成5. Webサーバーのセキュリティグループの設定変更6. 動作確認7. ELBの仕組みの確認8. まとめ 1. はじめに 今回利用するAWSのサービスは「Amazon ELB」というAWSのロードバランサーサービスです。このサービス
Amazon VPCにNAT Gatewayが追加されたので試してみた - yoshidashingo
どうも、セクションナインの 吉田真吾（@yoshidashingo）です。 さきほどAWSからこんな発表がありました。 New – Managed NAT (Network Address Translation) Gateway for AWS | AWS News Blog Amazon VPCにNAT Gateway機能が追加されたそうなのでさっそく以下のような構成で試してみました。 VPC構成 VPC 10.0.0.0/16 Subnet 1: 10.0.0.0/20 Route Table 1 10.0.0.0/16 local 0.0.0.0/0 NAT Gateway Subnet 2: 10.0.16.0/20 Route Table 2 10.0.0.0/16 local 0.0.0.0/0 Internet Gateway 1. VPCとサブネットを作成する こんな感じ
Amazon EC2を(なるべく)使わずにシステムを構築してみる | DevelopersIO
こんにちは、せーのです。AWSは現在40以上のサービスがあり、なかなか把握しきれないことも多いかと思います。そこで今日は現在のサービスを組み合わせたシステム構築の一例をご紹介致します。 最もコストがかかるのはEC2 そもそもオンプレではなくクラウドサービスを選ぶ理由は安価で簡単にサーバーやストレージを調達でき、障害対策や電源管理等をAWS側が行ってくれるから、という方も多いかと思います。 ではAWSの各サービスでコストを抑える秘訣はなんなのでしょう。それは「EC2を使わないこと」です。例えばDBとしてmySqlを使いたいとします。時間あたりの単価を考えるとEC2の中にmySqlをインストールするよりもRDSでmySqlを立てたほうがお得です。また障害が起きてダウンした際にEC2は自分でフェールオーバー等の対策を打つ必要がありますが、RDSはmulti-AZの設定をしておくだけで後はAWSが
Chef で aws の t1.micro に swap を作るレシピ - Qiita
t1.micro はスワップファイルがないので最初に作りましょう。 これなしで chef 流してるとメモリのエラーが出たりすることあります。 bash 'create swapfile' do user 'root' code <<-EOC dd if=/dev/zero of=/swap.img bs=1M count=2048 && chmod 600 /swap.img mkswap /swap.img EOC only_if { not node[:ec2].nil? and node[:ec2][:instance_type] == 't1.micro' } only_if "test ! -f /swap.img -a `cat /proc/swaps | wc -l` -eq 1" end mount '/dev/null' do # swap file entry for
Amazon EC2 の t1.microインスタンスでMySQLがよく落ちる
EC2 の t1.microインスタンスにてWordPressを複数たててると、まーよくMySQLが落ちます。 しまいには起動もしなくなるので、MySQLのログを見てみます。 130629 5:46:48 InnoDB: Initializing buffer pool, size = 128.0M InnoDB: mmap(137363456 bytes) failed; errno 12 130629 5:46:48 InnoDB: Completed initialization of buffer pool 130629 5:46:48 InnoDB: Fatal error: cannot allocate memory for the buffer pool 130629 5:46:48 [ERROR] Plugin 'InnoDB' init function returne
Amazon EC2 で SSH するなら ec2-ssh が便利 - m.igrs.jp
AWSを本格的に使い始めて約3ヶ月になる新参者です。 便利過ぎて今までの時間を返して欲しいくらいなのですが過ぎたものは仕方ないので前に進みましょう。 EC2 への SSH 接続 Amazon EC2 上のインスタンスにSSH接続するベーシックな方法は ですが、これでは何のサーバに接続しているのかさっぱり分からないのでこのまま運用している人はまずいないでしょう。 (AWS Management Console から毎回コピペでがんばっている人はいそう) ~/.ssh/config おそらく多くの人は ~/.ssh/config の設定にそれぞれ工夫を凝らしているのかと思われますが、 インスタンス数が増えてくると ~/.ssh/config の更新も煩わしくなります。 また Auto Scaling 等のダイナミックな運用になるととても追いつきません。 既存サポートツール ec2ssh その煩
[AWS]EC2へのsshアクセスを少し楽にする[ec2-ssh] | DevelopersIO
EC2でsshアクセスはよく使います 最近、仕事でEC2を使用する機会が非常にふえました。EC2にsshログインして作業をすることもよくあるのですが、 インスタンス数の増加にしたがって、EC2のホスト名を管理するのも面倒になってきます。 通常、ホスト名管理が面倒な場合はconfigファイルに次のようにホスト名の別名を定義すれば楽です。 #~/.ssh/config Host sample-host Hostname ec2-xxx-xxx-xxx-xxx.amazonaws.com 上記configがあれば、下記のようにEC2へsshログイン可能です。 % ssh -i <キーファイル> ec2-user@sample-host しかし、インスタンスを起動したり消したりしていると、当然ながらec2-xxx〜なホスト名は変わってしまいます。 EIPを使えば固定しておけますが、開発の時やAut
Amazon EC2インスタンスに簡単にSSHできるようになるツールec2sshを公開しました - 昼メシ物語
みんなが大好きなクラウドホスティングサービスのAmazon EC2ですが、インスタンスをバンバン立てたり落としたりしていると、ホスト名の管理が面倒になってきますよね。たとえば「さっき立てたインスタンスにSSHしたい！」と思ったら、consoleをひらいて、「ec2-xxx-xxx-xxx-xxx.compute.us-west-1.compute.amazonaws.com」なPublicDNSをターミナルにコピペして…みたいな面倒な事をやってしまいがちです。 これを避けるためには、~/.ssh/configをマメに更新したりするといいのですが、これはなかなか面倒な作業です。インスタンスは一旦StopしてRunし直すと、IPが変わってしまいますからね。 そこでec2sshの登場です ec2sshは、インスタンスのNameタグからホスト名を生成して、~/.ssh/configに書きこむツール
EC2でOS別EBSストレージを拡張する方法まとめ | DevelopersIO
はじめに くどうです。 EC2で容量を拡張したいときなど、パーティションをリサイズすることがあると思います。 OS別に拡張方法をまとめておきたいと思います。 Amazon Linux AMI 2014.03.1 Amazon Linux AMI の場合は最初に設定したストレージ容量が起動時に反映されるためresize2fsの必要はありません。 さらに、スナップショットからボリュームサイズを拡張して作成した場合でもresize2fsにいよる拡張が必要はありません。 例20GB→30GBへの拡張 [Bash] Filesystem Size Used Avail Use% Mounted on /dev/xvda1 30G 1.1G 29G 4% / devtmpfs 282M 12K 282M 1% /dev tmpfs 297M 0 297M 0% /dev/shm [/Bash] [Ba
EC2のt1.microをt2.microへ移行する : アジャイル株式会社
手順の概要は下図のようになります。 注意事項 コピー元は実稼働しているインスタンスを利用するのではなく、インスタンスのコピー（スナップショット）を作成し、これで作業するようにしましょう。 作業に失敗したりした場合、インスタンスを破壊する可能性があります。 作成するVolumeとInstanceのAvailability Zone は併せましょう。 ap-northeast-1a/1c が混在するとアタッチできなくて作業のやり直しが増えます ( 経験者談 )。 PV に grub をインストールする 移行元の t1.microインスタンス (以下 コピー元インスタンス) に grub をインストールします。 $ sudo yum install grub コピー元インスタンスのスナップショットを取得する awsのマネジメントコンソールから、EC2に移動します。 メニューから [ ELASTI
Amazon EC2(Linux)のswap領域ベストプラクティス | DevelopersIO
ども、大瀧です。 Linuxのメモリ管理で欠かせないのがswapですよね。EC2のディスク管理には独特な仕様があるのでその辺りを踏まえつつ、EC2(Linux)でどのようにswap領域を用意するのが良いのかまとめてみたいと思います。 理屈をこねながらの解説になるので、先に本エントリーの結論を。 公式AMIにはswap領域が含まれない m1.small、c1.mediumには900MBのスワップ領域がおまけでついてくる(Amazon Linux AMIであれば、Cloud-initによって自動マウントされる) swap領域には、インスタンスストア(別名Ephemeral Disk)を使うべし では、それぞれ見ていきます。 公式Linux AMIの初期構成にはswapパーティションが無い Amazonから提供される公式のLinux AMIのブートディスクには、swapパーティションが含まれてい
【AWS】クラウド時代のバックアップ管理術 ～tagを活用したsnapshotの世代管理～
こんにちはfujyaです。 今日はAWSの超便利な機能、snapshotを良い感じに使うTipsを紹介したいと思います。 AWSのsnapshotは超便利なので色々なサーバのバックアップ用途としてがんがん取得したくなりますが、数十台・数百台にサーバが増加すると管理が煩雑になってしまいます。これをスッキリさせるために、マネジメントコンソール上で「世代数の管理」と「snapshot対象かどうか」を分かるようにしてみました。 手順としては4Stepで環境が構築可能です。 1：snapshotを取得したいインスタンスのtagにbackup:ON / generation:N（世代数）を設定する 2：apitoolsがインストールされてるサーバにX.509証明書を設置しておく 3：2のサーバにsnapshot取得スクリプトを配置 4：CronもしくはJenkinsで定期的に3のスクリプトを実行する
EC2のChef SandboxをVagrant+BerkShelfでさくっと作る | DevelopersIO
ども、大瀧です。 社内でそこかしこから"Chefで〜"、"Chefが〜"と聞こえるようになってきました。来月、Chefについてお話しする機会なんてのも巡ってきたので、日頃からChefを触っておかねばと一念発起しました！ が、Chefの環境作るのって結構面倒なんですよね。そこで、最近EC2に対応したVagrantを使ってChefのお勉強環境(Sandbox)をさくっと作ってみます。例によって、説明はいっぱい書いてありますが、かいつまんで目を通して、ところどころのコマンドを実行していく感じで見ていただくのがいいと思います。 使ってみたツール Chef Solo : Chefの実行方法はyamatoさんの記事にあるChef Server & Clientもありますが、今回はCookbookの勉強が目的なので、より簡単に構築できるChef Soloで行きます。 Berkshelf : ChefのC
【AWS】PHP製監視ツール Cacti （Cacti on EC2セットアップ編） | DevelopersIO
はじめに こんにちは植木和樹です。以前「PHP製監視ツール Cacti （URL監視編）」というエントリでCactiを用いたURL監視の方法をご紹介しました。 順序が前後してしまいましたが、本日はEC2とRDSを用いたCactiのセットアップをご紹介したいと思います。 必要なもの 事前に下記のCactiサーバー用EC2インスタンスを作成しておきます。 EC2（t1.micro, Amazon Linux） Cacti用セキュリティグループ ssh（tcp/22）、http（tcp/80） RDS用セキュリティグループ MySQL（tcp/3306） RDS（MySQL）構築 MySQLでcactiデータベースを作成しておきます。RDSでは初期データベースのキャラクターセットがlatin1になりますので、初期DBは最初は作らないようにしています。 Endpoint cacti.xxxxxxx
［2］EC2とEBSのつまずきポイント、意図せずIPアドレスが変わる
今回はAmazon Web Services（AWS）における仮想サーバーのサービスであるAmazon EC2と、EC2インスタンスで使用可能なストレージであるEBS（Elastic Block Store）のつまずきポイントについて解説する。 EC2の仮想サーバーは専用のWebコンソール（Management Console）やコマンドラインツール、APIなどを利用して瞬時に起動できる。また、前回少し説明したアベイラビリティーゾーン（AZ）にまたがるように配置することも可能で、負荷が高くなった場合にスケールアップ/スケールアウトしたり、負荷が落ち着いた場合にスケールダウン/スケールインしたりすることが簡単にできる。OSはWindows、Linuxなどユーザーが使い慣れたものを自由に選択可能である。 EBSはEC2インスタンスで使用するブロックレベルのストレージボリュームだ。こちらもEC2
【AWS初心者向け】スナップショットでインスタンスを復元したい
Amazon Web Service EC2を弄り始めた人の日記です。 AWS初心者がハマった、Amazon EC2でAMI網元を使ってWordPressを立ち上げ、引越し完了までの流れ これをやってからなんと2ヶ月ちょっとが経ってしまいました。EC2のマイクロインスタンスが一年無料とはいえ、あと10ヶ月ですよ。という訳で、続きです。 そもそもEC2の事をあまり理解していない初心者としては、不安なことがいっぱいある訳です。 移行してみて思うことなのですが、なんだかわからないが突然インスタンスが死ぬ事がある。なんだろうこれは。Stop→StartとかRebootとかしても復活しない。うーむ、理由がわからないぞ！！！！という事が頻発していた訳です。 色々と原因を考えてみると、上記リンク先の操作では、Apacheで動かしていたWordPressをNginx構成に変更していたりするので、ファイルの
Vagrant 1.1 で EC2 を vagrant up - naoyaのはてなダイアリー
Vagrant 1.1 がリリースされました。 Vagrant は仮想サーバーのフロントエンドのツール、詳しくは Vagrant - naoyaのはてなダイアリー あたりを。 で、この 1.1 が 1.0 → 1.1 という割に結構大きなアップデートで新しく VM に VirtualBox 以外のものが選択できるようになった。すなわち「VirtualBox のフロントエンド = Vagrant」から「各種仮想マシンのフロントエンド = Vagrant」という風にアップデートされた。 今回の 1.1 からVMを操作するproviderがプラグイン構造となり、VirtualBoxだけならず、公式で操作できる対象が増えました。 VirtualBox VMware Fusion Amazon EC2 + VPC Rackspace Cloud VMware Fusion以外はオープンソースで公開さ
【AWS】CloudFormationの作成ノウハウをまとめた社内向け資料を公開してみる | DevelopersIO
はじめに こんにちは植木和樹です。5月にクラスメソッドに入社してから毎日CloudFormationと戯れる日々を過ごして来ました。クラスメソッドのAWSエンジニアにとってCloudFormationが必須技術になりつつあるので、これまでに溜め込んだノウハウ社内向け資料としてまとめてみました。せっかくなのでこれからCloudFormationを始める方向けに公開してみようと思います。 スタックに関するノウハウ スタック内リソースの「破棄」タイミングを合わせる CloudFormationというとEC2やRDSをバッチ的に「構築」する機能に着目しがちです。しかし当然のことながら一度作ったスタックをDELETEすることもあります。その際に削除して欲しくないリソースもまとめて消されてしまうことを想定しておきましょう。 たとえばEC2を作成したスタックの中に、EIP（グローバルIP）が含まれていた
AWS EC2 の Ubuntu に GUI を入れてブラウザ操作を自動化する話 - ウェブ雑記
こんにちは これからフロントエンジニアになる予定だけど、バックエンドも、というかクローリングが大好きな僕です。Amazon Web Service を駆使して、効率的かつスピーディーにデータを色々なところから情報を取ってきて、たくさん楽しいことをしたいわけです。 だが、現実はそんなに甘くない 実際にはブラウザを介さないと情報が取れないサイトもたくさんあります。「ちゃんとブラウザでクリックしてくれないと私、データあげないんだから＞＜」的なことを言われるのは日常茶飯事です。（要は javascript）そういう上品なウェブサイトには、ズケズケと土足で踏み込むのではなく、ちゃんと user agent をつけてあげたり、時にはブラウザを介してあげたりして、焦らずゆっくりと(wait() 的な意味で)、丁寧に接してあげなければなりません。 じゃ、ブラウザを使おう というわけで今回は AWS で立て
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
