【新サービス】EBSスナップショットのライフサイクルを自動化するAmazon DLMが登場！ | DevelopersIO
大栗です。 先程EC2のドキュメントのDocument Historyを眺めていたらAutomate snapshot lifecycleというFeatureが有りました。何やら新機能みたいなので調べていたら、EBSスナップショットの世代管理などをやってくれるサービスが登場した模様です！早速レポートします。 Automating the Amazon EBS Snapshot Lifecycle Amazon DLM Amazon Data Lifecycle Manager (Amazon DLM)を使用するとEBSのバックアップであるスナップショットの作成、保存、削除を自動化できます。 定時バックアップをスケジュールして貴重なデータを保護します。 監査人または社内のコンプライアンスが要求する期間バックアップを保持できます。 古いバックアップを削除してストレージコストを削減します。 Am
さて、またまた昨日のエントリ「Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編)」の続きです。 ここまでの経緯は以下。 Amazon EBS の性能ベンチマーク その1 (Standard編) Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) ここまでのベンチマークでは、StandardタイプのEBSボリュームを使っていたのですが、ここからは、必要とするIOPSを設定することが可能な"Provisioned IOPS"なEBSボリューム(プロビジョンドIOPSボリューム)を使って性能を計測してみたいと思います。 # 個人で Provisioned IOPS ボリュームを使って高負荷テストとかクラウド破産まっしぐら。 ベンチマークの条件の詳細等は、上記のこれまでのエントリからご確認くださいませ。 今回ベンチマークの対象とす
AWS News Blog
AWS Week in Review – New Open-Source Updates for Snapchange, Cedar, and Jupyter Community Contributions – May 15, 2023 A new week has begun. Last week, there was a lot of news related to AWS. I have compiled a few announcements you need to know. Let’s get started right away! Last Week’s Launches Let’s take a look at some launches from the last week that I want to remind you of: New Amazon EC2 […]
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
最近@namikawaさんと@con_mameさんがEBSの性能測定をされていて、少し気になったので追試をしました。 Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々 Amazon EBS の性能ベンチマーク その2 (Standard-Vol増量編) - 元RX-7乗りの適当な日々 Amazon EBS の性能ベンチマーク その3 (Provisioned IOPS編) - 元RX-7乗りの適当な日々 4,000IOPS EBSのベンチをとってみた - まめ畑 今一度Provisoed IOPS EBSのベンチをとってみた - まめ畑 測定環境です。 ap-northeast-1c m1.small (Spot Instance) Amazon Linux AMI 2013.03.1 EBS Standard Volume 16GB
"A product that is deeply rooted in everyday life and will last a lifetime" 暮らしに根ざした、普段使いの一生モノ News MODELSのvokka650ページに新しい写真を追加いたしました。 8月26/27日にポスタルコ京橋店「CATMARKET」・9月5～7日に東京池袋「ストッキスト」に参加させて頂きました。 ご来場の皆様誠に有難うございました。 Models、Featureを更新しました。各モデルのスペック、ジオメトリも掲載しております。 Dealerページに東京武蔵野のカチアラブル様を追加させていただきました。 武蔵野近郊でE.B.Sをご検討いただいている方は是非お立ち寄りください。 Contactページを追加しました。 Featureページを更新しました。 WEBリニューアル。
Linux で Amazon EBS ボリュームを使用できるようにする - Amazon Elastic Compute Cloud
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームを使用できるようにする Amazon EBS ボリュームをインスタンスにアタッチすると、ブロックデバイスとして公開されます。任意のファイルシステムでボリュームをフォーマットし、マウントできます。EBS ボリュームを使用できるようにすると、他のボリュームと同じようにアクセスできます。このファイルシステムに書き込まれるデータはすべて EBS ボリュームに書き込まれますが、デバイスを使用するアプリケーションには透過的になります。 EBS ボリュームのスナップショットは、バックアップ目的で作成したり、別のボリュームを作成する際のベースラインとして使用したりできます。詳細については、「Amazon EBS スナップショット」を参照してください。
Amazon EBSのGeneral Purpose(SSD)雑感→3000PIOPSの100GB(io1)より3000IOPS Infiniteの1000GB(gp2)のほうがおトク！ - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 gp2に関するチラ裏な考察です。 OS起動の高速化によるアジリティの強化 OS起動時に、Linuxで7,000I/Oくらい、Windowsでは70,000I/Oくらい使うんだ http://t.co/Jg5GRGbFO2— Shingo(吉田真吾) (@yoshidashingo) 2014年6月20日 AWSの公式発表の中で参考値として以下のような記述があります。 "典型的なLinuxの起動にはだいたい7,000 I/O操作が必要で、Windowsの起動には、だいたい70,000のI/O操作が必要でした。Magneticボリュームから同じ容量のGeneral Purpose (SSD)ボリュームにスイッチすることで、Windows 2008 R2の典型的な起動時間はおよそ50%短縮されます。" AWS N
この瞬間を待ってたぞ！ New SSD-Backed Elastic Block Storage http://aws.amazon.com/jp/blogs/aws/new-ssd-backed-elastic-block-storage/ とりあえず公式ブログをざっくりよんでまとめた。 これまでのEBS A Single EBSボリュームで4000IOPSが最大 (1GB - 1TB ディスクサイズにも依存) Multiple PIOPS EBSボリュームで48,000IOPS (with raid) これからのEBS General Purpose (SSD) availabiility 99,999%(3ナイン） これまでの10倍のIOPSに1/10のレイテンシー 期待通りに3,000IOPSが出る (Base performanceという考え方） GBごとに３倍のIOPSを提供す
はじめに くどうです。 EC2で容量を拡張したいときなど、パーティションをリサイズすることがあると思います。 OS別に拡張方法をまとめておきたいと思います。 Amazon Linux AMI 2014.03.1 Amazon Linux AMI の場合は最初に設定したストレージ容量が起動時に反映されるためresize2fsの必要はありません。 さらに、スナップショットからボリュームサイズを拡張して作成した場合でもresize2fsにいよる拡張が必要はありません。 例20GB→30GBへの拡張 [Bash] Filesystem Size Used Avail Use% Mounted on /dev/xvda1 30G 1.1G 29G 4% / devtmpfs 282M 12K 282M 1% /dev tmpfs 297M 0 297M 0% /dev/shm [/Bash] [Ba
AWSのAMIには、rootデバイスがEBSタイプのものと、インスタンスストアタイプのものの2種類があります。 このことはAWSを使う上で知っておくべき常識ですが、自分はよくわかっていなかったため、無頓着でした。 で、今日やった失敗。 AWS上でサーバ/エージェント型のツールを動かしたいな。 サーバにはlargeインスタンス、エージェントには microインスタンスを使おう。 エージェントを1つセットアップしたら、AMIを作って量産すればエエのよね。AWSベンリだわー。 （インスタンスストアタイプのAMIをウッカリ作成） アレ? こまいインスタンスが作れなす・・・。何かlargeインスタンスごろごろ・・・。? ぐはぁ、明らかにオーバースペック。それに、お金がっっ （3に戻ってAMIを作り直し） 情けないですね。こういうマヌケなことをして時間を無駄にしてはいけませんね。 というわけで、理解し
AWS Lambda? サーバレスでプログラムを実行できるようなもの 1 か月 1,000,000 リクエストは無料 今回のような１日１回動かす程度なら無料でずっと使えます 詳しくは → https://aws.amazon.com/jp/lambda/faqs/ やりたいこと Lambdaのスケジュールイベントを使って自動的にEBSのスナップショットを作成する 今回使用する言語はPython スナップショットの対象は、EC2インスタンスのタグに「Backup-Generation」が付いているものとする Backup-Generationの値には、0以上の数字を指定する スナップショットの保存件数は、Backup-Generationの値とする 0のときはスナップショットを作成しない スナップショットの保存件数を超えた場合は、作成日付の古いものから削除する 作成したスナップショットのDe
直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 こんにちは佐伯です。 直近でルートボリュームのEBSをオンライン拡張することがあり、OSごとにまとめてみたのと少しだけハマった箇所の紹介です。 EBSボリューム変更時の制限 以下の制限事項があるのでご注意ください。 エラーメッセージが表示された場合や旧世代のEC2インスタンスタイプでは、EBSのデタッチまたはEC2インスタンスの停止が必要になるケースがある 旧世代のマグネティックボリュームタイプの変更はサポートされていない EBSのボリュームサイズを小さくすることはできない EBSのボリュームサイズやタイプを変更すると、6時間以内は再変更ができない AWSドキュメント: EBS ボリューム変更時の制限 - Amazon Elastic Compute Cloud 作業の
Amazon EBS Elastic Volumes を使用してボリュームを変更する - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS Elastic Volumes を使用してボリュームを変更する Amazon EBS Elastic Volumes では、EBS ボリュームのボリュームサイズの増加、ボリュームタイプの変更、パフォーマンスの調整を行うことができます。インスタンスで Elastic Volumes をサポートしている場合は、ボリュームのデタッチやインスタンスの再起動を行うことなく、これらの操作を行うことができます。したがって、変更の適用中でも、アプリケーションを引き続き使用できます。 ボリュームの設定を変更するための料金は発生しません。ボリューム変更を開始すると、新しいボリューム設定料金が発生します。詳細については、Amazon EBS 料金表ページを参照してく
$ aws dlm create-lifecycle-policy --description "My tokyo policy" --state ENABLED --execution-role-arn arn:aws:iam::123456789012:role/AWSDataLifecycleManagerDefaultRole --policy-details file://toky-dlm.json --region ap-northeast-1 { "PolicyId": "policy-1a2b3c4d5e6f7g8h9" } 以下の様の作成したライフサイクルポリシーを確認します。 $ aws dlm get-lifecycle-policy --policy-id policy-1a2b3c4d5e6f7g8h9 --region ap-northeast-1 { "Pol
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 EBS ボリュームのサイズ変更後にファイルシステムの拡張 EBS ボリュームのサイズを増やしたら、パーティションおよびファイルシステムを新しいより大きなサイズに拡張する必要があります。ボリュームが optimizing 状態に入るとすぐにこれを実行できます。 開始する前に 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「Amazon EBS スナップショットの作成」を参照してください。 ボリュームの変更が成功し、optimizing または completed 状態になっていることを確認します。詳細については、「」を参照してくださいEBS ボリューム変更の進行状況のモニタリング ボリュームがインスタンスにアタ
Amazonは米国時間8月21日、Amazon Web Servicesが提供するクラウドコンピューティングスイートのオプションとして、長期的なストレージサービス「Elastic Block Service（EBS）」をリリースすると発表した。すでにAmazonは、今回の方針を4月に打ち出していた。 以前は、Amazonのクラウドコンピューティングプラットフォーム「EC2」上で実行されるジョブのデータは、そのジョブに付属する存在であったため、開発者は、EC2を通してのみ、そのファイルや情報へのアクセスが可能であった。しかしながら、EBSによって、開発者は、どんな望みのアプリケーションからでもアクセスが可能な、クラウドベースのファイルシステムの構築が可能となる。Amazonの他のクラウドストレージシステムとなる「S3」や「SimpleDB」では、このローレベルのアクセスは提供されていない。
AWS re:Invent2013参加レポート #13 AWS Storage and Database Architecture Best Practices | DevelopersIO
AWS re:Invent2013参加レポート #13 AWS Storage and Database Architecture Best Practices AWSのエンタープライズソリューションアーキテクトである、Siva Raghupathyさんによる「AWS Storage and Database Architecture Best Practices」に参加してきました。 各ストレージ、データベースの向き不向きとベストプラクティスを網羅的に紹介する内容でした。 AWSはデータベースだけでも沢山のサービスがあるので、どのサービスを利用するのが一番いいのか迷うことがよくあります。 以下は発表内容の直訳ですが、それぞれのサービスの特性を押さえておくことで、より確かな選定をするための一助になればと思います。 英語が分からなくて、訳せていない部分があります。 自信が無いところは元の英語
Amazon EC2とAmazon EBSの料金が1秒単位に変更。10月2日から全リージョンで － Publickey
Amazon Web Services（AWS）は、仮想マシンを提供するAmazon EC2とブロックストレージを提供するAmazon EBSなどのサービスの利用料金を、1秒単位へ変更すると発表しました。 AWS Blogに掲載された記事「New – Per-Second Billing for EC2 Instances and EBS Volumes」から引用します。 Effective October 2nd, usage of Linux instances that are launched in On-Demand, Reserved, and Spot form will be billed in one-second increments. Similarly, provisioned storage for EBS volumes will be billed in on
AWS Black Belt Techシリーズ 2015 Amazon Elastic Block Store (EBS)
2015年10月13日アップデート ---------------------------------------------------------------------- AWS Black Belt Tech Webinar 2015 Amazon Elastic Block Store (EBS)Read less
Amazon DLMとAWS BackupはEBSバックアップの世代管理方法が異なります | DevelopersIO
EBS をバックアップする場合、選択肢として AWS Backup Amazon Data Lifecycle Manager (Amazon DLM) の2つがあります。 この2つはともにバックアップのライフサイクル管理が可能ですが、指定方法が異なります。 Amazon DLM はスナップショットを何個残すか(retain)指定し、AWS Backupは各スナップショットをどれだけの期間残すか(expire)指定します。 1日1回スナップショットを作成するようスケジュールし、Amazon DLM では7世代残すように設定し、AWS Backupでは1週間でexpireするように設定したとします。 バックアップが毎日成功すると、どちらも過去7日分の7個のスナップショットが残ります。 バックアップが一部失敗すると、Aamzon DLMではバックアップジョブが成功した直近7個のスナップショット
Amazon EBSのアップデート – 新たなスループット最適化ボリュームとコールドボリューム | Amazon Web Services
Amazon Web Services ブログ Amazon EBSのアップデート – 新たなスループット最適化ボリュームとコールドボリューム AWSチームは料金とパフォーマンスの両面でイノベーションを起こし、その成果をサービスという形でお客様にご提供する方法がないか日夜検討しています。多くの場合、こういった取り組みは経済的な要素と技術的な要素の間のジレンマに直面することになります。 AWSに限らずとも、こういったジレンマは頻繁に目にすることができます。たとえばストレージにおけるHDDとSSDのトレードオフはその良い例でしょう。今日のSSDをHDDと比較すると、SSDには価格あたりのIOPS値や1GBあたりのデータ転送スループット、レイテンシの短さという点で優位性があります。だからといってHDDに優位性が無いかというとそうではなく、記録密度向上のおかげで容量あたりのコストの面では大きな優位
AWS News Blog
AWS Week in Review – February 20, 2023 Since the devastating earthquake in Türkiye and Syria, Amazon has activated disaster relief services to quickly provide relief items to impacted areas. The company and Amazon customers have donated nearly 100,000 relief items so far, and donations continue to come in. The AWS Disaster Preparedness and Response team is providing trained technical volunteers an
EBSのスナップショットについて | popowa
先日の #jawsug 福岡の会で、 https://twitter.com/#!/kaz_goto/status/167571575296634881 へーほーふー、知らなかったわーと思ってEBSのスナップショットだけにフォーカスして見ました。 記事 Amazon Elastic Block Store (EBS)->日本語 by AWS Feature Guide: Elastic Block Store ->英語 by AWS Amazon's Elastic Block Store explained ->英語 by RightScale About Elastic Block Store (EBS) ->英語 by RightScale 今更感なEBSの機能おさらい☆ 外付け出来るブロックストレージ 1Gから1Tまでのストレージ領域を作成出来る 同じアベーラビリティゾーン内のイン
10 Things You Should Know About AWS - High Scalability -
« Paper: Tempest: Scalable Time-Critical Web Services Platform | Main | ESPN's Architecture at Scale - Operating at 100,000 Duh Nuh Nuhs Per Second » Authored by Chris Fregly: Former Netflix Streaming Platform Engineer, AWS Certified Solution Architect and Purveyor of fluxcapacitor.com. Ahead of the upcoming 2nd annual re:Invent conference, inspired by Simone Brunozzi’s recent presentation at an
Now Available: 16 TB and 20,000 IOPS Elastic Block Store (EBS) Volumes | Amazon Web Services
AWS News Blog Now Available: 16 TB and 20,000 IOPS Elastic Block Store (EBS) Volumes Last year I told you about Larger and Faster EBS Volumes and asked you to stay tuned for availability. Starting today you can create Provisioned IOPS (SSD) volumes that store up to 16 TB (terabytes) and process up to 20,000 IOPS, with a maximum throughput of 320 MBps (megabytes per second). You can also create Gen
米国で6月29日の夜に発生したAmazonクラウドのトラブルは、InstagramやFlipboard、Netflixなど有名なサービスにも影響を与えました。国内のサービスでもいくつか影響を受けたところがあったようです。 Amazonクラウドがこの障害について詳しく報告した「Summary of the AWS Service Event in the US East Region」のポイントを追っていきましょう。 （本記事は「Amazonクラウドを襲った嵐が、EC2、EBS、ELB、RDSの障害に発展した理由（前編）」の続きです） Amazon ELBが受けた影響と対策 今回の障害でもっとも影響が大きかったのが、ロードバランシング機能を提供するELBです。報告書では、ELBの障害の影響は複数のアベイラビリティゾーンにわたり、その原因が未知のバグにあったことが記述されています。以下、報告書
また、EBS最適化インスタンスの検証は、それなりにネットワークトラフィックが高い状況で無いと確認が出来ません。そこでもう1台EC2を起動し、abでHTTPリクエストをガンガン掛けておきます。構成と結果予想は以下のような感じです。 ベンチマークの準備 今回のベンチマークはド定番であるところのfioを使用しました。 作成したEBSをext4、inode=512でmkfsし、特にオプションを付与すること無く普通にマウントします。 $ sudo mkfs.ext4 -I 512 /dev/xvdj $ sudo mkdir /mnt/standard $ sudo mount /dev/xvdj /mnt/standard fioをインストールします。 $ sudo yum -y install rpm-build libaio-devel gcc make $ wget http://pkgs.
はじめに サーバを運用しているといろいろなことが起こります。 今回はなんらかのトラブルによりインスタンスが正常に起動しない、 ログインできなくなった場合の対応方法をご紹介します。 障害インスタンンスはAmazon LinuxでrootボリュームはEBSということで話を進めていきます。 障害インスタンスを停止する 正常に起動しない、ログインができないインスタンスをstopします。 サーバにログインできないのでマネジメントコンソールやAPIでstopします。 障害インスタンスのルートボリュームをデタッチする ルートボリュームのEBS IDを確認してVolumesへ移動します。 ・DescriptionのRoot Device 「/dev/xvda」をクリック また後でアタッチし直すのでRoot Device名はメモしておきます。 ・EBS ID をクリック ・Volumesに移動します。 ・A
Amazonクラウド、5月に入って3回もトラブル発生。UPSの故障、分電盤のショート、ネットワーク接続エラー Amazonクラウドの北アメリカサイトでトラブルが続いています。今月に入って3回もトラブルが発生しているのです。 今月最初のトラブルは5月4日午前2時（現地時間）。データセンターの電源関係の作業中にトラブルが発生。切り替わるはずのUPS電源がうまく働かず、データセンター内アベイラビリティゾーンの一部のラックに対して電源供給が停止しました。その後、技術者がUPSを迂回して直接電源を供給することで復旧が始まり、午前3時40分から6時35分のあいだに復旧しています。 2度目のトラブルは5月8日午前0時20分。ふたたびアベイラビリティゾーンの一部のラックに対して電源トラブルが発生。トラブルは長時間に及び、午前7時20分頃に復旧開始。原因は主分電盤の漏電とショートで、復旧前に分電盤の修理とテ
ScanNetSecurity - SCAN DISPATCH ：Amazon EC2へDDoS攻撃、クラウドの弱点が浮き彫り
SCAN DISPATCH は、アメリカのセキュリティ業界及ハッカーコミュニティから届いたニュースを、狭く絞り込み、深く掘り下げて掲載します。 ---- クラウド･コンピューティングの普及と同時に、その脆弱性や弱点が指摘されているが、Amazon EC2(Amazon Elastic Compute Cloud）をホスティングに使っているbitbucket.orgが、17時間近くもダウンするという事件があった。事件自体はたいしたものではないが、クラウド･コンピューティングの弱点を浮き彫りにしている。 bitbucketはオープンソースのコード・ホスティング・サービスで、「データベース、ログファイルからユーザデータまでの全て」（bitbucket.orgのJesper Nohr氏）をAmazon Elastic Block Store (Amazon EBS)に保管している。
Loading...
SAP、Oracle、Microsoft 製品などのミッションクリティカルなアプリケーションを含む、最も要求の厳しいハイパフォーマンスワークロードで、高速にスケールします。
米Amazon子会社の米Amazon Web Servicesは8月20日（米国時間），同社のプラットフォーム・サービス「Amazon EC2」の仮想マシンにブロック・アクセスが可能なディスク・ボリュームを割り当てるサービス「Amazon EBS (Elastic Block Store)」を追加した。「MySQL」のようなデータベースを運用したり，複数のボリュームによるストライピングを構成したりできる。 Amazon EBSは，Amazon EC2上で運用するXenベースの仮想マシンに接続できる「外付けディスク」である。ユーザーは最大1Tバイトのディスク・ボリュームを作成し，任意のファイル・システムを使用してデータを書き込める。また，「MySQL」のようなデータベースを運用したり，複数のディスク・ボリュームを「RAID 0」に相当するストライピング構成にしてディスク・アクセスを高速化した
Amazon EBS Update – New Elastic Volumes Change Everything | Amazon Web Services
AWS News Blog Amazon EBS Update – New Elastic Volumes Change Everything It is always interesting to speak with our customers and to learn how the dynamic nature of their business and their applications drives their block storage requirements. These needs change over time, creating the need to modify existing volumes to add capacity or to change performance characteristics. Today’s 24×7 operating m
良くありがちな手違いとして、新規でインスタンスを作成した場合、EBSの容量をデフォルトの7GBで作成してしまうことがあります。ある程度、構築が進んでから気付くなんてことも。ここでは、EBSボリュームの増やし方を説明します。 手順は下記になります。 Apache、MySQLなどサービスの停止 インスタンスの停止 EBS（7GB）からスナップショットの作成 スナップショットからEBS（50GB）を作成 インスタンスに紐づいているEBS（7GB）をDetach スナップショットから作成したEBS（50GB）をAttach インスタンスの起動 resize2fsコマンドでファイルシステムのサイズを変更する 1.Apache、MySQLなどサービスの停止 インスタンスを停止するため、稼働中のサービスを停止させます。他に稼働中のサービスがあったら、念のため停止しておいたほうが良いと思います。 2.イン
The prices listed above are for the US East (Northern Virginia) and US West (Oregon) regions (the instances are also available in the Europe (Ireland), Asia Pacific (Tokyo), US West (Northern California), Asia Pacific (Singapore), and Asia Pacific (Sydney) regions). For more pricing information, take a look at the EC2 Pricing page. As I noted in my original post, EBS Optimization is enabled by def
Virtualization, Operating System, Storage, Cloud ComputingEC2のインスタンスにはS3(Simple Storage Service)をルートデバイスにするタイプと、EBS(Elastic Block Storage)をルートデバイスにする2種類が存在します。S3の方はインスタンスを止めると消滅してしまい、EBSの方はインスタンスを止めても維持されます。 今回はEBSをルートデバイスとするインスタンスで、EBS Snapshotを使ってインスタンスをごっそりバックアップし、それをリカバリする手順をみていきます。AWS Management Console (Web UI) から実施できる作業もあるのですが、今回はすべてコマンドラインで攻めてみます。 ＊コマンドライン環境をセットアップしていない方はこちらを。 AWS EC2のコマン
Amazonクラウド、ネットワーク機器の障害で一時動作不良。Heroku、Parse、Kinveyなどがダウン
Amazonクラウド、ネットワーク機器の障害で一時動作不良。Heroku、Parse、Kinveyなどがダウン 8月25日13時頃（米国太平洋時間。日本時間の26日午前5時頃）、Amazonクラウドの米国東部（バージニア北部）リージョンで提供されているストレージサービスのAmazon EBSが、特定のアベイラビリティゾーンで動作不良を発生。パフォーマンスが低下し、その影響でHerokuやParse、Kinveyなどのサービスが一時的にダウンしたことが報告されています（Herokuのインシデントレポート）。 原因はネットワーク機器の不具合によるパケットロスにあったようで、現在は正常動作に復帰しています。しかしAmazonクラウドのネットワークが冗長構成になっていないはずがなく、単純な機器の故障で障害を引き起こすとは思えないので、おそらく原因はここで報告されている以上に複雑なものなのではないか
microインスタンスではデフォルトでswap領域が存在しないので自分で作る必要があります。 １分でできるのでさくっとやっちゃいましょう。 1GBのswap領域を作成する方法 rootで、
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EBS の性能ベンチマーク その3 (Provisioned IOPS編) - 元RX-7乗りの適当な日々
EBS Standard Volumeの性能特性 - SH2の日記
E.B.S Engineered Bile Service | 日本製ハンドメイド自転車フレーム
EC2に全く新しいSSD-Backed EBSがきたぞ！ - りむっちスケッチ
EC2でOS別EBSストレージを拡張する方法まとめ | DevelopersIO
メモ: EBSタイプ、インスタンスストアタイプ - 虎塚
EC2のスナップショットを自動的にAWS Lambdaで作成する - Qiita
OS別EBSオンライン拡張方法 | DevelopersIO
Amazon DLMが東京に上陸してEBSのライフサイクル管理が簡単になりました
EBS ボリュームのサイズ変更後にファイルシステムの拡張 - Amazon EBS
Amazon Web Servicesが新ストレージサービスを提供
Amazonクラウドを襲った嵐が、EC2、EBS、ELB、RDSの障害に発展した理由（後編）
EBS最適化インスタンスの効果を知るべくベンチマークを取ってみた | DevelopersIO
ログインできないec2インスタンスを調査する ｜ DevelopersIO
Amazonクラウド、5月に入って3回もトラブル発生。UPSの故障、分電盤のショート、ネットワーク接続エラー
Amazon EBS（EC2 ブロックストレージボリューム）| AWS
AmazonがEC2に「ブロック・ストレージ」を追加，RAID構成やスナップショットが可能
Amazon EC2（AWS） EBSボリューム（HDDの容量）の変更 - サイト制作の豆知識
Now Available – New C4 Instances | Amazon Web Services
EC2においてEBS Snapshotでバックアップを取得しそれをリカバリする方法 at nkjmkzk.net
１分でできる！AmazonEC2のmicroインスタンスでswap領域を作る - Qiita