2012年6月は、立て続けにUS EASTリージョンでダウンタイムが発生している。 NetflixのようにマルチAZの構成にして、常に擬似的に障害を発生させる仕組み( Chaos Monkey)を導入していても、ダウンする場合があることが明らかになった。さらなる可用性向上のためのツール(Chaos Monkey Family)やアーキテクチャ設計ノウハウがNetflixから出てくることを期待。 The Netflix Tech Blog: Lessons Netflix Learned from the AWS Storm === 概要 2012年6月29日(金)、ここ1年で最も大きな停止障害を経験した。太平洋時間午後8:00に始まり、復旧まで約3時間かかり、アメリカのNetflix会員に影響を及ぼした。弾力性のあるインフラに向けた努力にとAmazonクラウドでの経験をよく書いている。過去
10genからこんな記事が The 10gen Blog on MongoDB and NoSQL, Fluentd + MongoDB: The Easiest Way to Log Your Data Effectively. === ということで、Amazon Linuxでの環境構築メモ まずは、httpd+Fluentdを入れるインスタンス (web)と、MongoDBを入れるインスタンス(mongo)を用意して、インストール。 EC2: AMazon Linux にFluentdをインストール - aws memo EC2: AmazonLinuxにMongoDBをインストール - aws memo 次に、fluent-plugin-mongo をインストール $ sudo /usr/local/bin/fluent-gem install fluent-plugin-mongo
この構成を適当にポチポチしてるだけで作れちゃうAWSはスゴイ... 手順メモ 1. VPCの作成 ウィザードを使って、VPCと1組目のパブリックとプライベートネットワークを作る。 Amazon Web Servicesから VPC 選択 https://console.aws.amazon.com/console/home?region=ap-northeast-1# 「Start VPC Wizard」 「VPC with Public and Private Subnets」 Two Subnets を編集 Public Subnet: 10.0.10.0/24 (251 available IPs) Availability Zone: ap-northeast-1a Private Subnet: 10.0.100.0/24 (251 available IPs) Availabi
DynamoDB, SQSなどは、Linux内部から高頻度に HTTP APIを叩きに行くことになる。( Fluentdやら、memcachedやらも同じかも) 通常のLinuxのカーネルパラメータ設定で、本番環境や、負荷テスト環境に使うと、おそらくネットワーク障害のような状況に陥るはず。 その時、「DynamoDBの IOPS不足?」「 SQSのAPI スロットリング?「AWSの限界?」と思う前に、これチェック! netstat -an この結果に、大量のTIME_WAITが表示された場合は、 エフェメラルポートが枯渇して socket作れない状態に陥っている。つまり、DynamoDBやSQSまでパケット届いていない状態なのでAWS側は原因ではない。 ということで、エフェメラルポートを最大限使うようにカーネルパラメータを設定しておくことを忘れないようにするためのメモ。 $ sudo cp
Virgin Coconut Oil in Ayurveda: Ancient Wisdom Meets Modern Wellness Ayurveda, the ancient Indian system of medicine, has been harnessing the power of natural remedies for centuries. One such gem from this ancient tradition is Virgin Coconut Oil. In recent years, this traditional elixir has gained immense popularity in the modern wellness world. Let’s explore how Virgin Coconut Oil aligns with Ayu
今回は、WebView内に書かれたJavaScriptをアプリ側から起動したり、 HTML内のリンクタップをアプリ側で検知したり、 アプリ側からJavaScriptを介す事によって値をWebView内へ渡したり、 逆にWebView内の値をアプリへ渡す様な相互連携を行う方法について サンプルコード付きで解説します。 まずは、アプリを外部のインターネットへ接続出来る様に権限を指定する必要がありますので、 権限の付加方法から解説しましょう。 マニュフェストの設定でインターネット通信を許可しよう アプリ内のブラウザ。webViewを設置しよう WebViewに対してJavaScriptを実行しよう リンクタップ等、ロケーションの変更を検知する マニュフェストの設定でインターネット通信を許可しよう デフォルトでは、アプリから外部のインターネットへ接続する事は出来ません。 そこで、アプリ毎にインター
この手順ではAmazon VPCを用いて、仮想ネットワーク(VPC)を作成し、 その中にサブネットを作成するまでを取り扱います。 【作業概要図】 VPCについて VPC(Amazon Virtual Private Cloud)はAWS内のサービスで、 仮想ネットワークを構築するものです。 使い方としては、VPCで作成した仮想ネットワーク内にいくつかのサブネットを切り出していき、 その中にEC2インスタンスを構築していく形となります。 (サブネットは通常のNWのサブネットとほぼ同義です) VPCを使うメリットとしては、以下の点が挙げられます。 EC2単体では出来なかった、外部から遮断されたインスタンスの作成ができる。 既存NWとVPNで接続することにより、EC2インスタンスを既存NWの一部のように使える。 VPCやサブネット単位で外部からのアクセスコントロールが可能であり、セキュリ
よく訓練されたアップル信者、都元です。今回のお題は久しぶりにVPCです。 この記事は、アップデート版が存在します。最新情報は【AWS】VPC環境構築ノウハウ社内資料 2014年4月版を参照してください。 VPCを利用する理由 弊社で構築するAWSのサーバ環境は、一部の例外を除いて全てVPCを利用しています。 突然ですが、筆者はあまり大規模なシステムに携わった経験がありません。大規模なプロジェクトだと「数百数千台のサーバがラッキングされ、それが論理的なネットワークで区切られていて」「複数のデータセンターが冗長化された専用線で結ばれて」等、正直ちょっと想像つかない世界があるんだと思います。よくわかんないですが。 (c)John McStravick. (CC BY 2.0 Licensed) 逆に、小さなシステムであれば、月々数万円でレンタルサーバを借りて「1台のマシンの中にWebサーバとDB
Logging is one of those things that, being orthogonal to actually getting something done, many developers fail to learn the nuances of. So I want to go over a few things I had to learn the hard way: We are blessed in the python community because we have the wonderful ‘logging’ module in our standard library, so there is no barrier to entry or excuse to not use proper logging mechanisms. There are
$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81
JavaScript is known to be single-threaded in all modern browser implementations, but is that specified in any standard or is it just by tradition? Is it totally safe to assume that JavaScript is always single-threaded?
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く