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 Web Services (AWS) is a dynamic, growing business unit within Amazon.com. We are currently hiring Software Development Engineers, Product Managers, Account Managers, Solutions Architects, Support Engineers, System Engineers, Designers and more. Visit our Careers page to learn more.

2. わたしはだれ？ •  岩尾 はるか (@Yuryu) •  レッドハットで働いています – ストレージ(Ceph, GlusterFS)が専門 – 今回の発表は会社の見解ではありません •  Final Fantasy XIV プレイヤー – Carbuncle サーバー、学メイン – バハ真成編4層をクリアしました •  Ingress 緑エージェント(A11) 3. Linuxカーネル本(宣伝) •  “Linux Kernel Updates” •  最新刊 – OOM Killer特集 – ジュンク堂池袋店で買え ます！ •  既刊 – Docker, TCP/IP特集など – Kindle版売ってます 6. 諸行無常 OS EOL(予定) 私の満年齢 Ubuntu 10.04 LTS 2015年4月 31 Windows Server 2003 2015年7月 31 RHE

先週ラスベガスにて開催された、世界最大の家電見本市であるCESでは、多くの次世代ウェアラブル、IoTデバイスや、コネクテッドカーなどが展示され、既に家電の範囲を大きく上回るテクノロジー製品に大きな注目が集まっている。むしろ現在では、テクノロジーに影響を受けない産業は皆無に近いと思う。個人的にも2015年は、ビジネスに大きな変化が訪れると感じており、Web, スマホに続く大きな革命が市場に訪れると考えている。 一方で、新たなテクノロジーを活用したビジネスの出現により、Netflixがビデオレンタル業界を、Uberがタクシー業界を侵略した様に、既存のプロダクトやサービスが短時間で消滅する可能性も少なくは無い。2015年は下記のトレンドに見られるような、新たなテクノロジーを活用した産業の出現と、既存サービスへの影響、そして消費者への新たな価値提供が注目される。 1. 自撮りツールが進化 スマホの

2024 著作権. 不許複製 プライバシーポリシー

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

はじめに Dockerを利用するとコンテナをぽこぽこ沢山立てることが多いと思います。 コンテナが沢山できるので、それらに対していかに効率よくアクセス出来るかが肝になります。 またコンテナで提供するサービスのポートをホストに割り当てて利用する場合(-pオプションを利用する場合)、 ポコポコ出来るコンテナのポートを静的に(-p 80:8080みたいに)割り当てるのは面倒です。 なので動的に(-p 80みたいにしてホストの適当なポートに)割り当てたいところです。 ただし、動的に割り当てるとどのコンテナがどのポートでサービスを提供しているか把握するのが難しくなり、さらにマルチホストになるとどのホストで動いているかどうかを把握する必要もあり、これも難しいです。 この辺うまいこと出来ないかな、ということでServiceDiscoveryといったらConsulですよねってことで組み合わせて使ってみます。