パブリッククラウド、プライベートクラウド、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によって再構築しやすい状態は整っている。 そのため

お探しのページは見つかりませんでした。 アクセスしようとしたページは削除、変更された可能性があります。

ReactJS: Keep Simple. Everything can be a component!

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Google Cloud Platform (GCP)の英語ブログに、Google Compute Engine (GCE)のライブマイグレーション機能について解説記事がポストされた。個人的にもいくつかの大規模な案件でこの機能の能力に触れて、GoogleまじGoogleだなと思わされたし、GCPチームで実際に作った人たちと会うととても誇らしげに説明してくれる。熱いのだ。そこで、上記ブログ記事＋個人の経験をもとに簡単にまとめてみたい。 なお、以下の内容は個人の感想です！ Heartbleedバグの時もVM再起動なし GCEでは2013年1

Developers Summit 2015において、リクルートテクノロジーズの樋口が講演をしたスライドになります。『14,000件/secの配信を実現したリクルートのモバイルアプリを支えるプッシュ通知基盤 ～AWS上での開発・運用の中で見えてきた課題と解』Read less

DeNA では一部のサービスを AWS で運用している一方、大部分のサービスはオンプレミス DC で運用しています。このセッションでは、DeNA のサービスを AWS へ完全移行をすると仮定した場合に、直面しそうな困難や足りないと思われる機能などの、”ぜんぶ AWS でやらないワケ” をお話したいと思います。

みんな大好きCentOSをEC2で使ってみます。 Amazon Linuxでおおよそのことは足りるのですが、たまにお客様のご指定やらでCentOSを使う機会があります。 少し前までは親切などこかの誰かが作ってくれたAMIやAMIの自作を試みるしかなかったのですが、今はオフィシャルなAMIが用意されていますので、これを使ってみることにしました。 EC2インスタンスを立てたことがある人でしたら、すぐできます。 罠っぽい箇所がいくつかありますので、後から続く人のために罠ポイントを記しておきます。参考になれば幸いです。 5分程度で読める文量です。「続きを読む」リンクをクリックしてぜひ読んでみてください。 とりあえずEC2インスタンスを作る ※セキュリティグループやキーペアなど、なければあらかじめ作っておくことをおすすめします。 AWS Management ConsoleでEC2インスタンスを作る

2. AWSの様々なサービス お客様のアプリケーション デプロイと自動化 ライブラリ & SDKs IDEプラグイン Web管理画面 モニタリング Development & 認証 AWS Elastic Java, PHP, .NET, Eclipse Management Amazon AWS IAM Beanstalk Administration Python, Ruby Visual Studio Console CloudWatch AWS CloudFromation メッセージ メール配信 ワークフロー管理 Amazon SNS Amazon SES Amazon SWF Amazon SQS Application Service コンテンツ配信 分散処理 キャッシング Amazon CloudFront Elastic MapReduce Amazon Elastica

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 Ϛελʔ�λΠτϧͷॻࣜઃఆ� ΞϓϦΤϯδχΞ

8. Amazon EC2 Auto Recovery ☁ いつ自動復旧する？ – EC2のネットワーク接続性が失われたとき – 電源障害 – 物理ホストにソフトウェアの問題があったとき – 物理ホストにハードウェアの問題があったとき http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2- instance-recover.html 9. Amazon EC2 Auto Recovery ☁ 動作：オリジンの以下を引き継ぐ –  インスタンスID –  IPアドレス –  インスタンスメタデータ ☁ 現在のサポート対象 –  C3, M3, R3, T2 インスタンスファミリーのみ –  US East (N. Virginia) のみ –  VPCのみ –  共有テナンシーのみ –  EBSを利用してるインスタンスのみ

Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい

東急ハンズにて情報システムと通販事業の責任者を務める長谷川秀樹氏が、AWS Cloud Roadshow 福岡 powered by Intel に登壇。大手小売企業が仮想サーバを導入するにあたって注意した点、また新しく気がついた点を具体的に列挙。後発組へもAWSの採用を勧めました。 東急グループにおける情シスの責任者が登壇 長谷川秀樹氏：東急ハンズ、長谷川でございます。よろしくお願いします。「一体何者やねん？」っちゅうところなんですけども、東急ハンズで情シス（情報システム）と通販事業の責任者をやっています。ハンズラボという会社で、これSI（システムインテグレーション）の会社なんですけど、そこで代表やらさせてもらっています。 あとは東急不動産ホールディングスのほうで、マーケティングIT戦略部長みたいなのもやらさせてもらっています。今日はどっちかと言うと、ユーザー企業の情シス部長みたいな感じ

Publickeyが選ぶ2014年のITトレンド。相次ぐ国内データセンター、状況を一変させたDocker、フラッシュストレージベンダの転換期 2014年もあと営業日としては数日でおしまいです。Publickeyの記事を中心に、この1年のITトレンドを振り返ってみました。 国内データセンターの設立が相次ぐ 今年もっとも明確だったトレンドの1つが、海外の大手クラウドベンダが相次いで日本国内にデータセンターを設立したこと。 2014年以前に日本にデータセンターを置いていた海外の大手クラウドベンダは2つだけでした。2011年3月に東京データセンターを開設していたAmazonクラウドと、同じく2011年12月に東京データセンターを開設していたセールスフォース・ドットコムです。 それから3年。今年、海外の大手クラウドベンダが日本国内にデータセンターを設立した動きを時系列で並べてみましょう。 2月 マイ

CDNが単一障害点にならないようにするために ヌーラボでは 2010 年 Cacoo の商用サービスの開始に合わせて AWS における運用を開始しました。当時、運用環境として AWS を採択する決め手の一つになったのが CloudFront でした。その後も着々とエッジロケーションは増え、独自ドメインのサポートなど魅力的な機能も提供され、今ではヌーラボの全サービスの静的ファイルの配信で利用している、無くてはならないサービスとなっています。 その魅力の反面、CloudFront の障害は、アプリケーションそのものに問題がなくても、以下のような表示が崩れた画面が表示されて、ユーザが全くサービスを使えなくなるという、その影響が非常に大きいものです。また障害の原因が DNS やネットワークの経路における問題といった、私たちが直接解決しにくい領域にあることもしばしばです。 ただ、どんな事情であれ、障

日本時間 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のデータベース戦略 第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のデータセンターの中身を、設計総責任者が話した：「ここまで話していいの？」（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間は近くなくてはならない