YAP(achimon)C::Asia Hachioji 2016 mid
![AWSのオートスケールとなかよく付き合う](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a19b374f015ee5b8cdb3e1e8ff7f96ec7d8039d/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F8c3a89a5b3e747ee9d8856f165b5ba73%2Fslide_0.jpg%3F6532545)
AWS News Blog Simplifying the EC2 Reserved Instance Model EC2‘s Reserved Instance model provides you with two benefits: capacity assurance and a lower effective hourly rate in exchange for an upfront payment. After combining customer feedback with an analysis of purchasing patterns that goes back to when we first launched Reserved Instances in 2009, we have decided to simplify the model and are in
Note that this content is around 9 years old and may contain outdated information. Moving from physical servers to the "cloud" involves a paradigm shift in thinking. Generally in a physical environment you care about each invididual host; they each have their own static IP, you probably monitor them individually, and if one goes down you have to get it back up ASAP. You might think you can just mo
ども、大瀧です。 最近、お客さまからの問い合わせからElastic Load Balancing(ELB)の負荷分散について調べ社内資料としてまとめる機会がありました。せっかくなので、ブログ記事として公開してみます。内容は随時アップデートしますので、ツッコミ・ご指摘があればぜひお願いします! 負荷分散の仕組み ELBは、クライアントのリクエストを受け付けEC2インスタンスにトラフィックを転送するために、2種類の負荷分散を組み合わせて動作します。 スケーラビリティと冗長性のために、ELBはロードバランサの機能を提供するノードを複数動作させるはたらきがあり、クライアントから複数のノードへアクセスを分散させるためにDNSラウンドロビン、ノードからEC2インスタンスへのトラフィック転送を分散させるためにLeast Connsという手法を用いています。 DNSラウンドロビン DNSラウンドロビンはそ
To deliver the best possible experience to Netflix customers around the world, it is critical for us to maintain a robust, scalable, and resilient system. That is why we have built (and open sourced) applications ranging from Hystrix to Chaos Monkey. All of these tools better enable us to prevent or minimize outages, respond effectively to outages, and/or anticipate the kinds of operational gaps t
EC2ではマルチキャストが使えないから○○が動かないってよく聞きます。確かにVPCであってもEC2ではL2ブロードキャストはサポートされていないので、ENIにブロードキャスト/マルチキャストパケットを投げても誰にも届きません。でも当たり前ですが、ユニキャストはできますよね?であればアプリケーションがマルチキャストのつもりで投げたパケットを捕まえて、L3アドレスはそのままにL2で複数のユニキャストフレームとして送ってしまえばいいのでは?そんな事を試して実際動く事を確認したところをデモを含めてお届けします。
# ohai-6.16.0/lib/ohai/plugins/ec2.rb def has_ec2_mac? network[:interfaces].values.each do |iface| unless iface[:arp].nil? if iface[:arp].value?("fe:ff:ff:ff:ff:ff") Ohai::Log.debug("has_ec2_mac? == true") return true end end end Ohai::Log.debug("has_ec2_mac? == false") false end しかし、VPC 内ではこのメソッドは false を返すため、EC2 であると判定されない。/etc/chef/ohai/hints/ec2.json があれば、このメソッドを使うことなく、EC2 であると判定するようになる ちなみに /
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
RAID0とは RAID0は、複数のディスクを1台のディスクのように扱い読み書きを高速化します。ストライピングと呼びます。Amazon EBSは、既に高い耐障害性を持っていますので、これをRAID0構成にすることで、Amazon EC2インスタンスの性能を引き出そうというのが今回の実験です。 下準備 RAID構成を組むためにセットアップします。 $ sudo yum update -y $ sudo yum install mdadm xfsprogs -y $ sudo yum install bonnie++ --enablerepo=epel -y RAID0構成の組み方 RAID0構成を組むための基本操作をご紹介します。下記の例はRAID0で2台構成で2つのドライブを指定しています。 $ sudo mdadm --create --verbose /dev/md0 --level=
すんすくです。 AWSで一番好きなサービスはRDSです。 AWS上でApacheなどstatelessな鯖をAuto Scalingで立ち上げたいことはよくあります。 instance storeなAMIでAuto Scalingする場合は以下の操作が必要です。 instance storeなインスタンスのAMI化 Auto Scalingの設定 しかし現在のところ、まだAWS Mangement Consoleではこれらの設定ができないので、 API経由で行う必要があり、ゆとりには辛い。 特に後者は毎回手動でやる大変手間なので、スクリプトで自動化しました。 root deviceが"instance store"のインスタンスのAMI化用にスクリプトを書きます。 s3cmdはpython版を利用。 CloudFrontと連携できたり、ruby版より多機能で断然使いやすいです。 #!/bi
EBS boot vs. instance-store If you are just getting started with Amazon EC2, then use EBS boot instances and stop reading this article. Forget that you ever heard about instance-store and accept my apology that I just mentioned it. Once you are completely comfortable with using EBS boot instances on EC2, you may (or may not) want to come back here and read why you made a good decision. EC2 experts
In the article Running MySQL on Amazon EC2 with Elastic Block Store I describe the principles involved in using EBS on EC2. Though originally published in 2008, it is still relevant today and is worth reviewing to get context for this article. In the above tutorial, I included a sample script which followed the basic instructions in the article to initiate EBS snapshots of an XFS file system conta
※これはをシステムエンジニアのNamikawaさんが優秀賞を受賞した第6回研究課題レポート(2011年3月提出)からの抜粋です。 はじめに 大手パブリッククラウドサービスの1つにAmazon Web Servicesがある。Amazon Web Servicesは、仮想サーバを1時間単位課金の従量制で利用できるAmazon EC2や、高信頼性のオンラインストレージを1GB単位からの従量制課金で利用できるAmazon S3などを中心とした、IaaS(Infrastructure as a Service)の代表格である。 現在も定期的に続々と新しいサービスや機能を発表し、Amazon Web Servicesは日本でも益々注目を集める存在である。本稿では、このAmazon Web Servicesの中でも、特に仮想サーバ部分であるAmazon EC2について、主に性能に関する調査結果を記す。
先日、Amazon Web Servicesより、以下、Amazon EC2関連の新サービスが3つ発表されましたね。 Amazon CloudWatch Amazon EC2のインスタンスのリソースをモニタリングすることが可能 Auto Scaling Amazon EC2のインスタンスの負荷状況を判断し、自動でインスタンス数を増減させ、スケーリングを実施することが可能 Elastic Load Balancing ロードバランサとして、各インスタンスのフロントエンドでトラフィックを分散させることが可能 これら3つは連携させて使うと、なかなか強力な可能性を秘めています。 例えば、「Amazon CloudWatch」にて、バックエンドのAmazon EC2のインスタンスの負荷状況を監視し、負荷量がある一定の閾値を超えた段階で、「Auto Scaling」にて、Amazon EC2のインスタ
AWS Auto Scaling は、安定した予測可能なパフォーマンスを可能な限り低コストで維持するためにアプリケーションをモニタリングし、容量を自動で調整します。AWS Auto Scaling を使用すると、複数のサービスにまたがる複数のリソースのためのアプリケーションスケーリングを数分で簡単に設定できます。このサービスは、Amazon EC2 インスタンスとスポットフリート、Amazon ECS タスク、Amazon DynamoDB テーブルとインデックス、および Amazon Aurora レプリカなどのリソースのためにスケーリングプランを構築できる、シンプルで強力なユーザーインターフェイスを提供します。AWS Auto Scaling は、パフォーマンス、コスト、またはそれらのバランスを最適化できるようにする推奨事項によって、スケーリングをシンプル化します。Amazon EC2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く