New – Cross-Account Copying of Encrypted EBS Snapshots | Amazon Web Services
AWS News Blog New – Cross-Account Copying of Encrypted EBS Snapshots AWS already supports the use of encrypted Amazon Elastic Block Store (Amazon EBS) volumes and snapshots, with keys stored in and managed by AWS Key Management Service (AWS KMS). It also supports copying of EBS snapshots with other AWS accounts so that they can be used to create new volumes. Today we are joining these features to
Amazon EBS Elastic Volumes を使用してボリュームを変更する - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS Elastic Volumes を使用してボリュームを変更する Amazon EBS Elastic Volumes では、EBS ボリュームのボリュームサイズの増加、ボリュームタイプの変更、パフォーマンスの調整を行うことができます。インスタンスで Elastic Volumes をサポートしている場合は、ボリュームのデタッチやインスタンスの再起動を行うことなく、これらの操作を行うことができます。したがって、変更の適用中でも、アプリケーションを引き続き使用できます。 ボリュームの設定を変更するための料金は発生しません。ボリューム変更を開始すると、新しいボリューム設定料金が発生します。詳細については、Amazon EBS 料金表ページを参照してく
EBSボリュームの作成 管理コンソールの「ELASTIC BLOCK STORE > ボリューム」から「ボリュームの作成」をクリックします。 作成したいボリュームタイプやサイズを指定します。 ここでポイントがアベイラビリティゾーンです。今回アタッチしたいインスタンと同じアベイラビリティゾーンを指定します。 「ボリュームの作成」をクリックします。 作成したボリュームがavailableになれば作成完了です。 EBSボリュームのアタッチ 先ほど作成したボリュームを指定し、「アクション > ボリュームのアタッチ」をクリックします。 ボリュームのアタッチで対象インスタンスを指定し「アタッチ」します。 ステータスがin-useになったらアタッチ完了です。 コマンドで確認すると先ほどアタッチしたxvdfという名前のデバイスが追加されているのが確認できます。
Several factors, including I/O characteristics and the configuration of your instances and volumes, can affect the performance of Amazon EBS. If you follow the guidance on our Amazon EBS and Amazon EC2 product detail pages you'll usually achieve good performance. However, there are some cases where you might need to do some tuning to achieve peak performance. We recommend that you tune performance
Amazon Web Services ブログ 新 – Amazon EBS スナップショットのライフサイクル管理 単一の AWS サービスまたは機能の経緯に着目し、顧客からのフィードバックに応じて時間の経過と共にどのように進化したかを見ることは、常に興味深いことです。たとえば、Amazon Elastic Block Store (EBS) は 10 年前に始まり、それ以来、多くの特徴や機能を獲得しています。以下は、いくつかの最も重要なお知らせです。 2008 年 8 月 – 最大 1 TB のボリュームと S3 へのスナップショットをサポートする、プロダクション形式で EBS を開始しました。 2010 年 9 月 – EBS ボリュームにタグを付ける機能を追加しました。 2012 年 8 月 – EBS ボリュームのためのプロビジョンド IOPS を開始し、必要なパフォーマンスレベル
はじめに Trusted Advisorにスナップショットが古いと突っ込まれたので、以下のサイトを参考にAWS CLI(Command Line Interface)を用いて定期取得＆世代管理ができるようにしてみる What Is the AWS Command Line Interface? Amazon EBSのスナップショット(バックアップ)を取得しつつ世代管理も行うスクリプト タグを利用したEC2のバックアップ(AMI取得)と世代管理 AWS CLIインストール Installing the AWS Command Line Interface いろいろあるけど今回はsudoを使わないでホームに入れた $ cd $ wget https://s3.amazonaws.com/aws-cli/awscli-bundle.zip $ unzip awscli-bundle.zip $
ネットワールドは2011年9月15日、仮想サーバー運用基盤（クラウド基盤）ソフトの新版「Nimbula Director Ver1.5」を発表した。同年9月27日に出荷する。新たに、外部ストレージ連携やNAT機能など、Amazon AWSの「EBS」「Elastic IP」「Region」に相当する新機能を実装した。年間購読ライセンスを採用し、利用量に応じて課金する。開発は、米Nimbula。 Nimbula Directorは、仮想サーバーのデプロイ（配備）を自動化する、クラウド基盤ソフト。管理ソフトとサーバー仮想化ソフト（KVM、Xen）をパッケージ化して“クラウドOS”として提供する。Amazon EC2のようなクラウド環境を、自社のデータセンター上に構築できる。特徴は、運用の自動化に注力して手動での設定を可能な限り排除している点や、管理ノードの多重化によって可用性を高めている点、な
EBSで組んだRAIDもバックアップ可能。複数のEBS間でクラッシュ整合性のあるスナップショットが取れます | DevelopersIO
EBSで組んだRAIDもバックアップ可能。複数のEBS間でクラッシュ整合性のあるスナップショットが取れます 大栗です。 複数のEBS間で整合性のあるスナップショットを取ることができるようになった模様なので試してみます。 Taking crash-consistent snapshots across multiple Amazon EBS volumes on an Amazon EC2 instance Amazon EBS adds ability to take point-in-time, crash-consistent snapshot across multiple EBS volumes EBSのスナップショット 今まで複数のEBSを跨いだボリュームのスナップショットは『Amazon EBS RAID アレイのスナップショットの作成方法を教えてください。』に記載があるように
いまさらな話題だけど、やっとこさAmazon EC2で使っているホストをS3 AMIベースの物から、EBSベース（EBS on root）の物へ移行したので、その時のメモ。 基本的にはAmazon EC2 User Guide – Converting an Amazon S3-Backed AMIに書いてある通りなんだけど、これは、ちょっと情報が少なすぎる。 １）まず、一時的なEBSボリュームを作る。（AWS Management Cosole 等から） ２）そのボリュームを動いているS3ベースのホストにマウントして、ホストの内容をそのままrsyncでコピーする。 スクリプト #!/bin/sh ec2-attach-volume vol-XXXXXXXX --instance i-XXXXXXXX --device /dev/sdh sleep 5 mount /dev/sdh /mn
Empty EBS volumes receive their maximum performance the moment that they are created and do not require initialization (formerly known as pre-warming). For volumes, of any volume type, that were created from snapshots, the storage blocks must be pulled down from Amazon S3 and written to the volume before you can access them. This preliminary action takes time and can cause a significant increase i
GitHub - Netflix/aminator: A tool for creating EBS AMIs. This tool currently works for CentOS/RedHat Linux images and is intended to run on an EC2 instance.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 blog.naoshihoshi.com サービスを公開したと同時に、mackerelを導入してみました。 CPU, Memory, filesystemのアラートをデフォルトの閾値で設定した結果、一瞬でfilesystemのアラートが鳴りました。 ぬほほ、mackerelで監視項目追加したろ＾＾ とか思って設定したら、その項目既にcriticalの値だったから汗でた— 星 直史 (@NaoshiHoshi) July 17, 2018 すぐさま対応できなかったので、とりあえずアラートを止めるために閾値を変えるというワークアラウンド対応をしました(白目) ただ、ディスク容量の75%ほど使用していたので、根本的に対応しなければサービス断になると思われるため、ボリューム拡張をすることにしました。 今回はAWS EC2のルートボリューム(EBS)をダウンタイム0で拡張する方法について書こう
[新機能] CloudFormationでEBS Elastic Volumesがサポートされました | DevelopersIO
こんにちは、菊池です。 2017年2月のアップデートで、EBSボリュームサイズ/ボリュームタイプが動的に変更可能になりました。 Amazon EBS Update – New Elastic Volumes Change Everything 【遂に来た！】EBS でボリュームサイズを変更できるようになりました（ボリュームタイプ変更も） 今回、4月28日のアップデートで、そのEBS Elastic VolumesがCloudFormationでもサポートされ、スタックアップデートで変更が可能になりました。 AWS CloudFormation adds support for Amazon Cognito, EBS Elastic Volumes and updates resource coverage 試してみた 早速試してみます。 今回のアップデートの対象は"Type":"AWS::
![[新機能] CloudFormationでEBS Elastic Volumesがサポートされました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/75cf1196d052414c1b87ad0eb4239794d54f170d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_EBS.png)
普段使ってるイメージが8GBなんだけど、仕事で50GB程度のディスクが必要になったので、サイズ変更の実験を行いました。手順は基本的に参考にした記事の通りですが、4で、今まで使っていたインスタンスからdetachする代わりに、新しくインスタンスを作成し、そのインスタンスのEBS VolumeをDetachして使いました。この手順で作業を行えば、元のインスタンスには手を加えないので、うっかりミスでデータがなくなってしまう危険性を低減できます。 手順 1. instanceをstopする 2. 停止したインスタンスにatachされているEBS Volumeのsnapshotをとる 3. snapshotから新しいEBS Volume(ここでサイズを指定できる) 4. 新しくインスタンスを生成し、すぐ停止した後、EBS Volumeをdetachする 5. 新しいEBS Volumeを/dev/s
ポイントインタイムスナップショットを作成することで、Amazon EBSボリュームのデータを Amazon S3 にバックアップできます。スナップショットは増分バックアップです。つまり、最後にスナップショットを作成した時点から、ボリューム上で変更のあるブロックだけが保存されます。これにより、スナップショットを作成するのに要する時間が最小限に抑えられ、データを複製しないことで、ストレージコストが節約されます。 AWS は、Amazon EBS ボリュームに保存されているデータを自動的にバックアップしません。データの回復力とディザスタリカバリのために、Amazon EBS スナップショットを使用して定期的なバックアップを作成したり、Amazon Data Lifecycle Manager または AWS Backup を使用して自動スナップショット作成を設定したりするのはお客様の責任で行って
AWS Step Functions と AWS Systems Manager を使用して、Amazon EBS ボリュームのサイズ変更を自動化する | Amazon Web Services
Amazon Web Services ブログ AWS Step Functions と AWS Systems Manager を使用して、Amazon EBS ボリュームのサイズ変更を自動化する アクティブなアプリケーションで、Amazon EC2 インスタンスの Amazon EBS ボリューム使用率がプロビジョニング済み容量に達してしまうことがあります。どのアプリケーションを使用しているかによって異なりますが、プロビジョニング済み容量が使い果たされると、アプリケーション停止のリスクが生じ、お客様に影響を与えることがあります。これに対するソリューションの 1 つに、アプリケーションへのフェールオーバーメカニズムの設計がありますが、オーケストレーションの負担になる可能性があります。より簡単なソリューションは、EBS ボリュームのサイズを自動的に変更することです。 Infor では、本番
Amazon Elastic Container Service (Amazon ECS) と AWS Fargate が Amazon Elastic Block Store (EBS) と統合されました。これにより、AWS Fargate や Amazon Elastic Compute Cloud (EC2) で実行されている Amazon ECS タスクに EBS ボリュームを、Amazon ECS API を使用して簡単にプロビジョニングしてアタッチできるようになりました。この機能により、サーバーレスコンテナを使用して、ETL ジョブ、メディアトランスコーディング、ML 推論ワークロードなど、ストレージやデータを大量に消費するアプリケーションをより簡単にデプロイできるようになります。 Amazon ECS タスクで EBS ボリュームを使用するには、タスク定義で EBS ボリュー
EBSのFast Snapshot Restore（FSR）を試してみた - サーバーワークスエンジニアブログ
こんにちは！CSM課岩渕です。 EBSのFast Snapshot Restore（FSR）について全然知らなかったので、試してみました。 Fast Snapshot Restore（FSR）って何それ？ 何がいいの？ Fast Snapshot Restore（FSR）は、EBSのスナップショットのリストアを高速でできちゃうよ！ という機能。 FSRを有効化した状態で、スナップショット復元を行うと、完全に初期化（事前ウォーミング）された状態でボリューム作成ができるので、初回アクセス遅延なしで、プロビジョンドパフォーマンスを即座に使用できる。というもの。 上記の説明で、「なるほどね～」と分かる方は以下の「FSRを使う上で知っておかなければならない事」まで読み飛ばして下さい～ 因みに私は「何言ってるのかさっぱり分からん！」でした。。。 ということで、まずは「初期化と遅延」について調べてみまし
Amazon EBS を使って Microsoft SQL Server のパフォーマンスを最大化する | Amazon Web Services
Amazon Web Services ブログ Amazon EBS を使って Microsoft SQL Server のパフォーマンスを最大化する AWS のお客様は 10 年以上にわたり、SQL Server などのミッションクリティカルな Windows を実行しています。この投稿では、Amazon EBS ストレージを使用して SQL Server のパフォーマンスを最大化する方法について説明します。 永続ブロックストレージはリレーショナルデータベース管理システム (RDBMS) の重要なコンポーネントであり、重要なデータの速度、セキュリティ、耐久性の最終的な責任を担います。AWS は SQL Server のニーズに合わせて、EBS を通じて、高性能で使いやすいブロックストレージを提供しています。 この投稿は、SQL Server データベースアーキテクト、管理者、および開発者
Using AWS EC2 instance store vs EBS for MySQL: how to increase performance and decrease cost - Pe...
If you are using large EBS GP2 volumes for MySQL (i.e. 10TB+) on AWS EC2, you can increase performance and save a significant amount of money by moving to local SSD (NVMe) instance storage. Interested? Then read on for a more detailed examination of how to achieve cost-benefits and increase performance from this implementation. EBS vs Local instance storeWe have heard from customers that large EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS および RAID の構成 Amazon EBS では、従来のベアメタルサーバーで使用できる標準的な RAID 設定はすべて使用できます。ただしその RAID 設定が、お使いのインスタンスのオペレーティングシステムでサポートされている必要があります。これは、RAID がすべてソフトウェアレベルで実現されるためです。 Amazon EBS ボリュームのデータは、同じアベイラビリティーゾーン内の複数のサーバーにレプリケートされます。これは、コンポーネントの 1 つに障害が発生したことが原因でデータが失われるのを防ぐためです。このレプリケーションにより、一般的なコモディティディスクドライブに比べて Amazon EBS ボリュームの信頼性が 10 倍に
us-westのEC2環境を使い始めたのを機に、昨年末話題になっていたEC2インスタンスのEBSブートを試した。 その際、以下の各サイトを参考にさせて頂いた。 http://nxdxa.blogspot.com/2010/02/amazon-ebs-ec2.html http://blog.suz-lab.com/2010/01/migrating-centos-s3-based-ami-to-ebs.html http://coderslike.us/2009/12/07/amazon-ec2-boot-from-ebs-and-ami-conversion/ ネット上の情報を見るに、EC2インスタンスのEBSブートには、以下のようなメリットがあるようだ。 ・S3ベースのインスタンスと比較し、起動が速い。 ・インスタンス停止時に”terminate”ではなく”stop”を実行することで、
【コスト注意】EBS スナップショットをリージョン間コピーする際に暗号化済みかどうかでデータ転送量が結構変わる | DevelopersIO
この試行を行なった翌日に AWS マネジメントコンソールの Billing コンソールからデータ転送量を確認すると、およそ 1.3 GB と記録されていました。 3rd スナップショットを取得した時点で EBS ボリュームには 157 GiB のデータがあったのに、データ転送量はこんなに圧縮されるんだ……というのが驚きでした。 これはリージョン固有の事象だったりする？ 大阪→東京という組み合わせ特有の事象なのか？というのが少し気になったので以下のパターンも試しました。 大阪→ムンバイ 東京→バージニア北部 いずれも、EBS ボリューム内のデータ量より著しく低いデータ転送量が記録されていました。 *1 リージョン固有の事象でなく、コピー前後ともに暗号化なしの場合に再現が確認できました。 デフォルトキーで暗号化されたものをリージョン間コピーした場合 大阪→ソウルリージョンで試行しました。 #
EBSの容量を大きくする - Qiita
勢いでやったけどアッサリできた。 Management Console上でほとんど完結して、 AWSのCLI Toolsとかを使ったりもしなかった。 Amazon Linux 3.2.12-3.2.4.amzn1.x86_64 EC2のインスタンス止める EBSのボリュームをdetachする 対象のEBSボリュームのsnapshotをとる（8GBなら分ぐらい？ snapshotを選択して"create volume" EC2のインスタンスに新しくしたEBSをattachする インスタンスを起動する sshで繋いで、"resize2fs"する Ubuntuとかは勝手にやってくれるらしいが。
【レポート】「Amazon EBS 完全に理解した」あなたに贈る Amazon EBS 再入門 #AWSSummit | DevelopersIO
こんにちは！筋トレ大好きオンジーです！ まだまだ AWS Summit Online やってるよ！(〜2020/9/30) 突然ですがEBSはこの2019年1月から現在2020年9月までに24回もアップデートされています。 EBSの概要から最近のアップデート、ベストプラクティスまで分かってしまうセッションに参加してきたのでそのレポートです。 セッションの概要 タイトル：「Amazon EBS 完全に理解した」あなたに贈る Amazon EBS 再入門 スピーカー：AWSJ 河原哲也さん 想定聴講者 EBSを「完全に理解した」=チュートリアルは終えたレベルの方 ゴール EBSの全体像の理解を深める 最近のアップデートを踏まえた現在のベストプラクティスを把握する 「なにもわからない」と言えるようになるための一歩を踏み出す 「チョットデキル」人たちに臆せず質問できるようになる 動画と資料 Ama
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームパフォーマンス Amazon EBS のパフォーマンスは、I/O 特性やインスタンスとボリュームの設定などを含むいくつかの要因に左右されます。Amazon EBS 製品および Amazon EC2 製品の詳細ページに記載されているガイダンスに従うと、通常は良好なパフォーマンスを実現することができます。ただし、ピークパフォーマンスを実現するには、多少のチューニングを行う必要な場合があります。最適な設定を決定するには、ベンチマークに加えて、実際のワークロードからの情報でパフォーマンスをチューニングすることをお勧めします。EBS ボリュームの基本操作について理解したら、必要とする I/O パフォーマンスと、Amazon EBS パフォーマン
こちらについての最新記事が更新されました！！ Amazon EC2編～EBSボリュームサイズを変更してみよう！Update～ こんにちは！中の人です。 前回のレシピに引き続き、今回もAmazon EC2編です！ 前回は「Amazon EC2編～EBSボリュームを追加してみよう！～」と題して、EC2インスタンスにEBSボリュームを新規追加する方法についてお話したかと思います。 今回は、「Amazon EC2編～EBSボリュームサイズを変更してみよう！～」ということで記述します。 なお、今回はEC2インスタンスを使用しているが、容量がイッパイなのでボリュームサイズを上げたい！という時にボリュームサイズを変更するための方法に関するレシピです。 それでは実際に、EBSボリュームサイズの変更をおこなってみましょう！ 1. AWS ManagementConsoleの「Services」から「EC2」
どうも。病気明けの原田敦です！ サーバ構築をする際に新しい手順が必要だったりするとちょっと模索しながらやることが多いと思います。そんなこんなしているうちにどんなコマンド叩いてファイルがどんな状態になっているかがわからなくなってしまうことありますよね。 別にそれが悪影響を及ぼすものかはわからないけどサーバが無駄に汚れてしまっているのでやっぱりきれいな状態にしたかったりします。 そんなときにはサーバ初期のキレイな状態でスナップショットをとっておいて、一通り手順を把握したらリストアして最初からやり直せばキレイに出来るよ！ってインフラエンジニアさんに教えてもらったので試してみようかと。 あれこれググって迷走していたのですが、AWSならGUIで簡単にEBSのスナップショットをとれることがわかりました。やってみますね。 スナップショットを作成 CentOS 6.4を使います。 どのみち必ずやることなの
日本オラクル セールスコンサルティング統括本部 インダストリーソリューションアーキテクト本部 プリンシパルセールスコンサルタント 高畑充弘氏 横浜銀行は来年をめどに会計システムを刷新する。今年10月までに日本オラクルのERPパッケージ「Oracle E-Business Suite(Oracle EBS)」を採用を決定。日立システムアンドサービスを導入パートナーとして、今後、Oracle EBSの各モジュールを導入し、それぞれを連携させながら、統合的な経営管理システムとして利用していく方針。 10月8日に行われた日本オラクルのセミナーで、日本オラクルのセールスコンサルティング統括本部 インダストリーソリューションアーキテクト本部でプリンシパルセールスコンサルタントを務める高畑充弘氏が明かしたもの。 横浜銀行が採用を決めたモジュールは、財務会計(伝票入力、定型仕訳、振替入力、部門予算管理)、
GP2 EBSの16TB化において知りたいたった1つのこと：ベースラインパフォーマンス比率 | cloudpack技術情報サイト
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 以下のAWSの発表のとおり、SSDベースのAmazon EBSの最大容量およびIOPSが近々強化される予定だそうです。 Amazon Web Services ブログ: 【AWS発表】さらに大容量で高速なElastic Block Store(EBS)ボリューム 変更点 従来からの変更点は以下のとおり GP2 (General Purpose SSD) GP2 (General Purpose SSD) 最大IOPS：3,000 IOPS→10,000 IOPS スループット：非公開→160MB/s PIOPS (Provisioned IOPS SSD) 最大容量：1TB→16TB 最大IOPS：4,000 IOPS→20,000 IOPS スループット：非公開→320MB/s また、この明確なスループッ
Nitro システムを使用する Amazon EC2 インスタンスで、Amazon EBS 最適化インスタンスのパフォーマンスの高速化をサポート
Amazon EC2 C5/C5d および M5/M5d の各インスタンスは、AWS が構築したハードウェアとソフトウェアのコンポーネントを一体化させた Nitro システム上に構築されており、高パフォーマンス、高可用性、優れたセキュリティを実現し、ベアメタル機能を備えることで仮想化オーバーヘッドを排除します。Nitro システムに加えられた一連の最新の機能により、EBS 最適化インスタンスの帯域幅を C5/C5d および M5/M5d のそれぞれ 9 Gbps および 10 Gbps から最大 14 Gbps に拡張しました。また、Nitro システムにおける EBS 最適化インスタンスの IOPS は、C5/C5d および M5/M5d のそれぞれ 64,000 IOPS および 65,000 IOPS から最大 80,000 IOPS に増加しました。さらに、large、xlarge
『月3万円ビジネス』と共生型社会への生き方(EBS第２回)
OGAWA Miki @miki_mo 【注意書き1】僕はスタッフというわけではありません。参加者としてTwitterでの拡散にご協力するだけですので、全26回の講義のうち出席しない回がかなりあります。有料のセミナーでもありますので「実況があるから行かなくていいや」というお考えはご遠慮頂けたら幸いです。 #ebs21 2012-02-07 19:00:40
EBSインスタンスはStopさせてもデータを保持することができるが、Terminateさせると、さすがにEBSボリュームは削除されてしまう。 必要に迫られているわけではないが、TerminateさせてもEBSボリュームが保持されるようにしてみる。 起動中のインスタンスに適用する方法 起動中のインスタンスの情報をManagement Consoleから参照し、Root Device、またはBlock Devicesのsda1の情報を取得すると、次のようにDelete on terminationがTrueになっていることがわかる。 これによって、Terminate時にEBSボリュームが削除されるのであろう。 ec2-api-toolsを利用して、このオプションを変更してみる。 次のように該当するインスタンスに対して、/dev/sda1の設定を変更してみる。 # ec2-modify-inst
■ [AWS] EBSブートのインスタンスのリージョン変更手順 ESBブートのインスタンスのリージョンを変更してみた。 ツールのインストールと設定 下記のツールを移行対象となるインスタンスにインストールする(Amazon Linux AMIの場合は元々入っているか、yumで入れられる)。 aws-apitools-ec2 aws-amitools-ec2 ec2-utils ちなみに、AMI Toolsは、Rubyとrsyncが入ってないと動かない。 イメージファイルを作成 ec2-bundle-volコマンドを使って、イメージファイルを作成する。特に指定しない場合、/tmpに作成されるので、ディスクに十分な空きがあるか注意しておく。 # ec2-bundle-vol -k ~/.ec2/ec2.key -c ~/.ec2/ec2.crt -u YOUR_ACCOUNT_NUMBER --
仮想サーバーを使い始める前に思いつく疑問として、ディスク（仮想サーバーの場合ディスクイメージですが）が壊れてしまった場合、どうやって復旧するのか、というものがあると思います。 VMWare や他の仮想化システムに慣れ親しんだ人からすれば、ディスクイメージさえ取れればなんとか復旧できる、というのは自明かもしれませんが、EC2 上で実際にどういう手順で復旧が行われうるのか、というのをAlestic がFixing Files on the Root EBS Volume of an EC2 Instance - Alestic.com にて書いていたので、簡単にまとめてみました。 先に簡単に流れを説明すると、 問題のインスタンスID を確認 問題のボリュームIDを確認 復旧作業用の別インスタンスを起動 問題のインスタンスを停止 問題のEBS ボリュームをデタッチ 問題のEBS ボリュームを別イ
PROJECT当社はいかにコスト削減に貢献し、さらに管理サービスの付加価値を高めるかということを日々探求しながら、 不動産賃貸管理システムの開発に取り組んでいます。 ITには興味あるが不動産には興味がない、不動産には興味があるがITには興味がないという方々の架け橋となれるよう、不動産のプロとタックを組み、誰にでもわかりやすいシステム作りをモットーに日々精進しております。 開発までの経緯不動産会社に従事している友人より、ノートやエクセルで賃貸管理を行っていることの非効率さを相談されたことが一番最初のきっかけでした。 話を聞けば聞くほど、未だアナログである不動産業界におけるIT活用の必要性を強く感じたことを覚えています。 業界の方々にヒアリングを重ねていくにつれ、賃貸管理システムに対してこれまでにソフトやシステムに馴染みのなかった人でもすぐに使いこなせる「デザイン」や「操作性」が求められている
$ sudo mount /dev/xvdf /mnt/data/ mount: /dev/xvdf is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/xvdf, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. 解決 一度、フォーマットしてからマウントする 1. AWS ConsoleからEBSを新規に作成する 適当なサイズで作成する 2.EBSをEC2にアタッチする Actions > Attach Volumeで既存のインスタンスにアタッチする 3. ア
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームを使用できるようにする Amazon EBS ボリュームをインスタンスにアタッチすると、ブロックデバイスとして公開されます。任意のファイルシステムでボリュームをフォーマットし、マウントできます。EBS ボリュームを使用できるようにすると、他のボリュームと同じようにアクセスできます。このファイルシステムに書き込まれるデータはすべて EBS ボリュームに書き込まれますが、デバイスを使用するアプリケーションには透過的になります。 EBS ボリュームのスナップショットは、バックアップ目的で作成したり、別のボリュームを作成する際のベースラインとして使用したりできます。詳細については、「Amazon EBS スナップショット」を参照してください。
［お題］ 現在数名で使っているデスクトップLinux上のsvn、定期バックアップは取っていますが、かなりHDDが圧迫されていること、またいい加減ボロくて怖いので、一部クラウド化を検討したい。 Amazon EC2でsubversion用のインスタンスを稼働させ、リポジトリは Amazon EBS(Elastic Block Store)上に展開します。 参考にさせていただきました。 ■Amazon EC2/S3の使い方目次 http://d.hatena.ne.jp/dkfj/20080222/1203658623 ■Amazon Elastic Block Store (EBS)上に、Subversionのリポジトリを置く http://d.hatena.ne.jp/dkfj/20080907/1220771766 ■AmazonEC2へsvnリポジトリ作成 http://d.haten
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC2インスタンスに追加でEBSボリュームをアタッチする。 - Qiita
Amazon EBS volume performance - Amazon EBS
新 – Amazon EBS スナップショットのライフサイクル管理 | Amazon Web Services
AWS EBSボリュームのスナップショットをCLIを使用して定期取得する - Qiita
ネットワールドがクラウド基盤「Nimbula」新版、EBSなどAWSの3機能を実装
memo: Amazon S3 ベースのEC2をEBSへ移行する。
Initialize Amazon EBS volumes - Amazon EBS
AWS EC2のルートボリューム(EBS)を拡張する方法 - production.log
EBSで起動したインスタンスのドライブを拡張 | Linux練習帳
Amazon EBS スナップショット - Amazon Elastic Compute Cloud
Amazon ECS と AWS Fargate が Amazon EBS と統合
Amazon EBS および RAID の構成 - Amazon EBS
EBSブートしたルートパーティションの領域拡張 | cyberarchitect
Amazon EBS ボリュームパフォーマンス - Amazon EBS
Amazon EC2編～EBSボリュームサイズを変更してみよう！～
AWS EC2(EBS)でのスナップショットの作成と復元(リストア)
【レポート】横浜銀行、会計システムをOracle EBSで全面刷新へ | 経営 | マイコミジャーナル
EBS Magnetic vs SSDのベンチマーク | Money Forward Engineers' Blog
EBSインスタンスのrootデバイスを不揮発性にする | sandbox
EBSブートのインスタンスのリージョン変更手順 - 雑記帳(2011-11-22)
EC2 上でのディスク復旧手順（EBS-Backed 限定）
楽楽賃貸EBS
既存のEC2インスタンスに新規のEBSをアタッチする - Qiita
Amazon EBS ボリュームを使用できるようにする - Amazon EBS
AmazonEC2+EBSにsubversionリポジトリを置く | Drowsy Dog's Diary