AWS、引退を迎えたサーバラックのサーバやスイッチを分解修理し、データセンターで再利用していることを明らかに。ハードウェアの製品寿命をできるだけ延ばすのが目的
AWS、引退を迎えたサーバラックのサーバやスイッチを分解修理し、データセンターで再利用していることを明らかに。ハードウェアの製品寿命をできるだけ延ばすのが目的 Amazon Web Services（AWS）は世界中に大規模なデータセンターを展開しており、そこでは何十万台ものサーバやネットワークスイッチなどが稼働しています。 同社はそこで一定の時期を迎えて引退したラックに搭載された多数のサーバやスイッチを分解修理し、テストし、再びデータセンターで利用していることを明らかにしました。 これにより既存のハードウェアの製品寿命をできるだけ延ばすことを目的としていると説明しています。 説明によると、引退時期を迎えたサーバラックはまずデータを安全に消去したうえで、世界中の主要なリージョンに設置されている「リバースロジスティクスハブ」に送られます。リバースロジスティクスハブは、IT資産処分センターと、
アマゾン従業員、世界各地でブラックフライデーのストライキを計画
Amazonは大変なブラックフライデーを迎えることになるかもしれない。同社の従業員は賃上げと職場環境の改善、気候変動の問題への積極的な姿勢を望んでおり、要求が満たされない場合は1年で最大のショッピングデーにストライキを実行するかもしれない。 「Make Amazon Pay」はデータセンター、工場、倉庫など、Amazon全体の従業員によるストライキを呼び掛ける団体だ。同団体はインド、ドイツ、米国を含む約20カ国でブラックフライデーの作業停止を計画している。 「今回のパンデミックは、Amazonがいかに従業員、社会、そして地球環境を後回しにして利益を優先しているのかを明るみに出した」と要求書には記載されている。「Amazonはあまりに多くのものを奪い、対価としてあまりに少ない量の還元をしてきた」 Make Amazon Payの要求は労働環境の改善、全従業員の雇用の安定、労働者の普遍的権利の
AWSのAZ(アベイラビリティーゾーン)とは？AZ障害が起きたときどうすればよいのか
アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ
Summary of the Amazon EC2 Issues in the Asia Pacific (Tokyo) Region (AP-NORTHEAST-1)
2019年8月28日(日本時間)更新: 最初の事象概要で言及した通り、今回のイベントは、東京リージョンの1つのアベイラビリティゾーン(AZ)の一部に影響を与えました。この影響は当該 AZ の Amazon EC2 および Amazon EBS のリソースに対するものですが、基盤としている EC2 インスタンスが影響を受けた場合には、当該 AZ の他のサービス(RDS、 Redshift、 ElastiCache および Workspaces 等)にも影響がありました。お客様と今回のイベントの調査をさらに進めたところ、 個別のケースのいくつかで、複数のアベイラビリティゾーンで稼働していたお客様のアプリケーションにも、予期せぬ影響(例えば、 Application Load Balancer を AWS Web Application Firewall やスティッキーセッションと組み合わせてご
8月23日のAWSの大規模障害でMultiAZでもALB（ELB）が特定条件で500エラーを返すことがあったという話 - Make組ブログ
このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです （当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ？という人の認識も変えられると嬉しいです）。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください （一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います）。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW
AWS 東京リージョンで発生した大規模障害についてまとめてみた - piyolog
2019年8月23日 13時頃からAmazon AWS 東京リージョン でシステム障害が発生し、EC2インスタンスに接続できない等の影響が発生しています。ここでは関連する情報をまとめます。 AWSの障害報告 aws.amazon.com AWS障害の状況 障害発生時間（EC２） 約６時間 2019年8月23日 12時36分頃～18時30分頃（大部分の復旧） 障害発生時間（RDS） 約９時間半 2019年8月23日 12時36分頃～22時5分頃 障害原因（EC２） 一部EC2サーバーのオーバーヒートによる停止 制御システム障害により冷却システムが故障したことに起因 影響範囲 東京リージョン（AP-NORTHEAST-1）の単一のAZに存在する一部EC2、EBS、およびRDS。 発生リージョンは東京。東京近郊４データセンター群の内、1つで発生。 日本国内のAWSの契約先は数十万件とみられる。*
［速報］顧客のデータセンターに大型トラックで乗り付け、100PBのデータを吸い上げる「AWS Snowmobile」発表。AWS re:Invent 2016
［速報］顧客のデータセンターに大型トラックで乗り付け、100PBのデータを吸い上げる「AWS Snowmobile」発表。AWS re:Invent 2016 AWSは大容量のデータを顧客のデータセンターからAWSのクラウドへ物理ストレージを利用して効率よく転送するために「Amazon Snowball」を2015年に発表しました。 今回のAWS re:Invent 2016では、このAmazon Snowballの進化形として「AWS Snowball Edge」が発表されました。 Snowball Edgeは100TBの頑丈なストレージにコンピュート機能などを内蔵したことで、処理中のサーバに接続し、ストレージとして直接データを受け取るといったことが可能になります。 しかし「企業が保存しているデータがエクサバイトだったらどうだろう？」と、AWS CEOのAndy Jassy氏。「エクサバ
アマゾン、大型の風力発電所「Amazon Wind Farm Texas」を建設へ
Amazonは米国時間9月15日、同社にとってこれまでで最大となる再生可能エネルギープロジェクトを発表した。テキサス州の巨大な風力発電所だ。 このテキサス州西部の風力発電所「Amazon Wind Farm Texas」は2017年に稼働予定で、1年間に100万メガワット時の電力を発電するとAmazonは述べた。これは米国の約9万世帯の電力をまかなえる量だという。この風力発電所には、100台以上のタービンが設置される予定で、各タービンのローターの直径は「Boeing 747」の翼長の2倍ほどだと説明されている。 Amazon Wind Farm Texasはテキサス州スカリー郡に建設される。Amazonが現在と将来の「AWS（Amazon Web Services）」クラウドのデータセンターを支えるために近年取り組んでいる複数のクリーンエネルギーイニシアチブの1つだ。AWSの推計によると、
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間は近くなくてはならない
クラウドを汚すApple、Amazon、Microsoft - Greenpeaceレポート
Greenpeace Internationalが4月17日(米国時間)にデータセンターを運営するIT企業の環境対策を格付けしたレポート「How Clean is Your Cloud」を公開した。Google、Yahoo!、Facebookなどのクリーンエネルギー利用を高く評価し、またデータセンター技術のオープン化や情報共有の効果を認める一方で、「Apple、Amazon、Microsoftは、21世紀に広がるクラウドの汚染源になっている」と厳しく非難している。 クラウドサービスを提供する企業で「クリーンエネルギー指数」がもっとも高いのは56.4%のYahoo!。Google (39.4％)、Facebook (36.4％)が続く。Yahoo!はワシントン州(2007年)とニューヨーク州(2009年)のデータセンターにおける再生可能エネルギー活用が高く評価された。ただし「透明性」がC評価
メインフレームモデルがコモディティ化へ向かっている。Amazonクラウドの役員がデータセンターのイノベーションを解説
メインフレームモデルがコモディティ化へ向かっている。Amazonクラウドの役員がデータセンターのイノベーションを解説 Amazon Web ServicesのVice Presidentで、ブログ「Perspective」でも知られるJames Hamilton氏が、6月7日に行われた「Amazon Technology Open House」の資料「Cloud Computing Is Driving Infrastructure Innovation」（PDF）を公開し、最新のデータセンターの現状と見通しについて紹介しています。 デーセンターのイノベーションのペースは上昇しており、モジュラー／コンテナ構造のデータセンターが主流で、メインフレーモデルのサーバがコモディティ化に向かっている、といった内容が含まれている資料のポイントを見ていきましょう。 Cloud Computing Is
AWS News Blog
AWS Week in Review – AWS Documentation Updates, Amazon EventBridge is Faster, and More – May 22, 2023 Here are your AWS updates from the previous 7 days. Last week I was in Turin, Italy for CloudConf, a conference I’ve had the pleasure to participate in for the last 10 years. AWS Hero Anahit Pogosova was also there sharing a few serverless tips in front of a full house. Here’s a picture I […] Amaz
［速報］ついにきた！ Amazonクラウドの東京データセンターが稼働開始
Amazonクラウドは3月2日23時、日本でのデータセンター「東京リージョン」の開設を発表しました。東京リージョンはすでに稼働を開始しており、現時点で利用可能になっています。 東京リージョンの利用価格はLinux/UNIXのスモールインスタンスで1時間あたり0.10ドル。ラージインスタンスで1時間あたり0.40ドルなど。今後数カ月の間に、決済に日本円を選択できるよう準備中とのこと。 Publickeyはすでに利用を開始している一部のパートナーの発言を聞く機会があり、「東京リージョンを試したところレイテンシは数ミリセカンドと、国内のほかのデータセンターと全く変わらない」と、国内データセンターならではのレスポンスを確認する発言を聞けました。 日本円での課金は数カ月以内、日本語でのテクニカルサポート開始 東京リージョンでもAmazonクラウドの主な機能はほとんど利用可能。ただしHadoopの機能
グーグルの保有サーバは何万台？ Amazonクラウドは？ マイクロソフトは？
データセンターの最新事情を伝えている「Datacenter Knowledge」に、どのベンダがどれくらいサーバを保有しているのかをまとめた「Who Has the Most Web Servers?」というコーナーがあります。 そこにはDatacenter Knowledgeがこれまで報じてきた、さまざまなクラウドベンダらのサーバ保有台数の推測がまとめられています。クラウドに関するプレゼンテーションなどで、こうした数字を使いたいことはよくあると思うので紹介しましょう。 グーグルは3年前の数字でも突出 主なベンダの数字だけを抜き出してみました。オリジナルのページにはさらに情報があるので、ぜひ参照してみてください。 グーグル 45万台以上と見積もられている。ただしこれは少なくとも3年前の数字。 マイクロソフト 2008年中旬に21万8000台とされていた。ただし最新のシカゴデータセンターだけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クラウド市場：マイクロソフトの将来を左右する「もう1つの戦場」
ウェブ大手企業の「軍拡競争」：通信機器も自前で調達（その1）
アマゾン関係者がアップルのソーラーファームに疑問符
アマゾンのクラウドを支える謎のサーヴァー台数：推定約45万台か