「パブリック」と「プライベート」、2つのクラウドの垣根があいまいに？
パブリッククラウド、プライベートクラウド、SaaS、PaaS、IaaS、オンプレミス……。クラウドコンピュータはITシステムやアプリケーションを動かす環境として当たり前の存在だが、さまざまな種類があって分かりにくい。よくある分類の1つがIaaS（Infrastructure as a Service）、PasS（Platform as a Service）、SaaS（Software as a Service）だ。 IaaSは、ITシステムを稼働させるために必要なサーバやストレージ、ネットワークなどのリソースをインターネット上のサービスとしてダイナミックに提供するものだ。PasSはアプリケーションを実行するための開発環境やプラットフォームを提供し、SaaSはソフトウェアそのものをインターネット越しに提供する。IaaSでは仮想化技術が採用されており、柔軟性があることが特徴。しかしながら、ベア
障害から学ぶクラウドの正しい歩き方について考える - そーだいなるらくがき帳
AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか？ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か？と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか？というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため
マネージドサービスについて
マネージドサービスについて AWSなどが提供するマネージドサービスを使うかどうかは利用者側の状況にひとえに依存すると思う。 まず気にするべきポイントは、マネージドサービスを使うことで得られるメリットを明確にすることだ。一般に、マネージドサービスはインフラストラクチャからよりアプリケーションに近いレイヤ、多くの場合特定のミドルウェアまで、を抱合して提供してくれるため、運用面での負担が減る。できるだけ利用する方がよいと思う。一方で、運用のやり方やスタイルは提供者側の目線にあわせないといけない。ここにギャップが生まれやすい。理由としては、提供者側の気にする点が全体最適化のうえでベストエフォートで提供できるラインはどこか・そのうえで提示できるSLAがどこにあるか、なのに対して、利用者側の気にする点はミクロな視点で特定リソースが安全に継続可能性が十分にある状態で妥当なコストで利用できるか、の違いがあ
GCEのライブマイグレーションのすごさをまとめてみた #gcpja - Qiita
Google Cloud Platform (GCP)の英語ブログに、Google Compute Engine (GCE)のライブマイグレーション機能について解説記事がポストされた。個人的にもいくつかの大規模な案件でこの機能の能力に触れて、GoogleまじGoogleだなと思わされたし、GCPチームで実際に作った人たちと会うととても誇らしげに説明してくれる。熱いのだ。そこで、上記ブログ記事＋個人の経験をもとに簡単にまとめてみたい。 なお、以下の内容は個人の感想です！ Heartbleedバグの時もVM再起動なし GCEでは2013年12月より、ライブマイグレーションを利用したTransparent Maintenance（自動メンテナンス）という運用を開始している。これはつまり、VMを動かしたまま同一ゾーン内の別のサーバーへ移動することで、ハードウェアやホストOSのメンテナンスを勝手にや
EC2でCentOSを使う - サーバーワークスエンジニアブログ
みんな大好きCentOSをEC2で使ってみます。 Amazon Linuxでおおよそのことは足りるのですが、たまにお客様のご指定やらでCentOSを使う機会があります。 少し前までは親切などこかの誰かが作ってくれたAMIやAMIの自作を試みるしかなかったのですが、今はオフィシャルなAMIが用意されていますので、これを使ってみることにしました。 EC2インスタンスを立てたことがある人でしたら、すぐできます。 罠っぽい箇所がいくつかありますので、後から続く人のために罠ポイントを記しておきます。参考になれば幸いです。 5分程度で読める文量です。「続きを読む」リンクをクリックしてぜひ読んでみてください。 とりあえずEC2インスタンスを作る ※セキュリティグループやキーペアなど、なければあらかじめ作っておくことをおすすめします。 AWS Management ConsoleでEC2インスタンスを作る
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
Amazon SNSでモバイルPush/HTTP Push通知
Transcript Amazon Simple Notification Service ᕵΔʂ !CVNQ@PG@LJIBSV� ,*)"36�4"4",*� Ϛελʔ�λΠτϧͷॻࣜઃఆ� ࣗݾհ� +"84�6(ઍ༿ࢧ෦ͷίΞϝϯόʔ͍ͯ͠·͢� 2 ϑϦʔϥϯεͰɺWebσβΠϯγεςϜ։ൃΛ͍ͯ͠·͢ɻ https://www.facebook.com/kiharu.sasaki @bump_of_kiharu http://bump.hatenablog.com/� Kiharu Sasaki Ϛελʔ�λΠτϧͷॻࣜઃఆ� ຊ͓͍ͨ͜͠ͱ� "84ΠϯϑϥΤϯδχΞ͚ͩͷαʔϏεͳͷ͔ʁ� 3 • "84*BB4ͳͷ͔ʁ� • ΞϓϦΤϯδχΞʹؔͳ͍ʁ� SaaS BaaS PaaS IaaS Ϛελʔ�λΠτϧͷॻࣜઃఆ� ΞϓϦΤϯδχΞ
Amazonクラウドが「Amazon EC2 Auto Recovery」開始。システム障害を検知するとインスタンスを自動的に別システムへ移動、復旧
Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい
「クラウド化は、コスト削減のためとちゃいます」 東急ハンズ・長谷川秀樹氏がAWSイベントで語る
東急ハンズにて情報システムと通販事業の責任者を務める長谷川秀樹氏が、AWS Cloud Roadshow 福岡 powered by Intel に登壇。大手小売企業が仮想サーバを導入するにあたって注意した点、また新しく気がついた点を具体的に列挙。後発組へもAWSの採用を勧めました。 東急グループにおける情シスの責任者が登壇 長谷川秀樹氏：東急ハンズ、長谷川でございます。よろしくお願いします。「一体何者やねん？」っちゅうところなんですけども、東急ハンズで情シス（情報システム）と通販事業の責任者をやっています。ハンズラボという会社で、これSI（システムインテグレーション）の会社なんですけど、そこで代表やらさせてもらっています。 あとは東急不動産ホールディングスのほうで、マーケティングIT戦略部長みたいなのもやらさせてもらっています。今日はどっちかと言うと、ユーザー企業の情シス部長みたいな感じ
Publickeyが選ぶ2014年のITトレンド。相次ぐ国内データセンター、状況を一変させたDocker、フラッシュストレージベンダの転換期
Publickeyが選ぶ2014年のITトレンド。相次ぐ国内データセンター、状況を一変させたDocker、フラッシュストレージベンダの転換期 2014年もあと営業日としては数日でおしまいです。Publickeyの記事を中心に、この1年のITトレンドを振り返ってみました。 国内データセンターの設立が相次ぐ 今年もっとも明確だったトレンドの1つが、海外の大手クラウドベンダが相次いで日本国内にデータセンターを設立したこと。 2014年以前に日本にデータセンターを置いていた海外の大手クラウドベンダは2つだけでした。2011年3月に東京データセンターを開設していたAmazonクラウドと、同じく2011年12月に東京データセンターを開設していたセールスフォース・ドットコムです。 それから3年。今年、海外の大手クラウドベンダが日本国内にデータセンターを設立した動きを時系列で並べてみましょう。 2月 マイ
実践！ヌーラボサービスでの CloudFront の障害対策 | 株式会社ヌーラボ(Nulab inc.)
CDNが単一障害点にならないようにするために ヌーラボでは 2010 年 Cacoo の商用サービスの開始に合わせて AWS における運用を開始しました。当時、運用環境として AWS を採択する決め手の一つになったのが CloudFront でした。その後も着々とエッジロケーションは増え、独自ドメインのサポートなど魅力的な機能も提供され、今ではヌーラボの全サービスの静的ファイルの配信で利用している、無くてはならないサービスとなっています。 その魅力の反面、CloudFront の障害は、アプリケーションそのものに問題がなくても、以下のような表示が崩れた画面が表示されて、ユーザが全くサービスを使えなくなるという、その影響が非常に大きいものです。また障害の原因が DNS やネットワークの経路における問題といった、私たちが直接解決しにくい領域にあることもしばしばです。 ただ、どんな事情であれ、障
Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita
日本時間 2014/11/27 の AM9時〜AM11時頃まで、全世界的に Amazon CloudFront に障害がありました。 CDNとして CloudFront を利用しつつ、障害時にはフェイルオーバーする方法をまとめました。 S3 CloudFrontのOriginがS3でない場合は、この項の設定は関係ありません。 CloudFrontのOriginとしてS3を使う場合、以下のようにします。 file.example.jp のような、使いたいドメイン名で S3バケット を作る Static Website Hosting を有効にしておく ドメイン名のバケットで Static Website Hosting が有効になっていないと、後述の Route53 の Alias Target に設定できません。 Health Check Route53 の Health Checks を
「Amazon Aurora」は伊達じゃない! ─FlyData 藤川氏が読み解くAWSのデータベース戦略 | gihyo.jp
「Amazon Aurora」は伊達じゃない! ─FlyData 藤川氏が読み解くAWSのデータベース戦略 第3回めとなるAmazon Web Services（AWS）の年次カンファレンス「AWS re:Invent」が、今年も例年通り米ラスベガスにおいて開催されました。11月11～14日の4日間に渡って延べ1万4000人の参加者を集めた今回のカンファレンスは、例年にも増してその規模も熱量もパワーアップしているのを実感させられました。 今回のre:Inventでは合わせて11の新サービスが発表されました。その中でもこれからのエンタープライズITを最も大きく変える可能性があるサービスといえるのが新データベースエンジン「Amazon Aurora」です。このAuroraの魅力について、今回、re:Inventに初出展を果たした米FlyData ファウンダーの藤川幸一氏にお話を伺いました（イン
AWSのデータセンターの中身を、設計総責任者が話した
AWSのデータセンターの中身を、設計総責任者が話した：「ここまで話していいの？」（1/2 ページ） Amazon Web Services（AWS）のバイスプレジデント兼ディスティングイッシュド・エンジニア、ジェームズ・ハミルトン氏は、AWSが11月11～14日に開催した「AWS re:Invent 2014」で、データセンターの構成、サーバーやスイッチの自社設計、SR-IOVなどについて語った。 [2014/11/21訂正]記事の初出時に、ハミルトン氏がAZ間の距離を「数キロメートル」と言ったと記述しましたが、数十キロメートルである可能性もあります。ハミルトン氏はAZ間が「multiple kilometers」であると表現しています。後出のハミルトン氏の議論では、例えばロサンゼルスとニューヨークの間の伝送遅延は74ミリ秒だが、これを1、2ミリ秒に抑えるためにAZ間は近くなくてはならない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ページが見つかりません | モンスターラボ グループ
開発するように運用するインフラ JAWS DAYS 2015
[Developers Summit 2015 講演資料] リクルートテクノロジーズ 14,000件/秒の配信を実現した リクルートのモバイルアプリを支える プッシュ通知基盤 ～AWS上での開発・運用の中で見えてきた課題と![[Developers Summit 2015 講演資料] リクルートテクノロジーズ 14,000件/秒の配信を実現した リクルートのモバイルアプリを支える プッシュ通知基盤 ～AWS上での開発・運用の中で見えてきた課題と](https://cdn-ak-scissors.b.st-hatena.com/image/square/f7639c974a858cf1b5d380b993884a6e6a861cab/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fdeveloperssummit2015upload-150225211319-conversion-gate02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
ぜんぶ AWS でやらないワケ
Amazon VPCトレーニング-VPCの説明
EC2 Auto RecoveryはどのくらいAuto Recoveryか
