問題タブ [amazon-ebs]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ruby-on-rails - EC2 から S3 にデータを移行しますか?
ファイルの添付や画像のサイズ変更などを処理するために、Paperclip を使用して Rails アプリを実行しています。このアプリは現在、EngineYard クラウドでホストされており、すべての添付ファイルは EBS に保存されています。すべての Paperclip 添付ファイルを処理するために S3 を使用することを考えています。
この移行のための適切で安全な方法を知っている人はいますか? どうもありがとう!
mysql - MySQL+EC2 を使った自作の安価で陽気なクラスタリング?
MySQL + EC2 + EBS に支えられた Java Web サービスがあります。データの整合性については、DRBD、MySQL クラスターなどを調べましたが、もっと簡単な解決策がないのではないかと思います。高可用性は必要ありません (ダウンタイムを処理できます)
アカウントの作成、パスワードの変更、購入レシートなど、データを保持する必要がある操作はわずかです。古いバックアップから復元できるデータの大部分。
私が考えているのは、選択した INSERT/UPDATE コマンドをストレージ (S3、SimpleDB など) にパイプし、必要に応じて (データベースが爆発したときに) 最後のバックアップの時点からこれらのコマンドを再生できるということです。そして、この機能が JDBC ドライバー自体に実装されていれば素晴らしいと思いませんか。
これはあまりにもばかげているのでしょうか、それとも別の明白で堅牢な解決策がありませんか?
linux - パーティション内の i ノードの数が、パーティションがサポートする必要がある i ノードの最大数に一致しません
Amazon EBS を使用して、多数の小さなファイル (<10KB) を 3 レベルのディレクトリ構造に保存しています。
問題のパーティションは /vol (サイズ: 200GB) です。
パーティション /vol の inode 数は 13Million+ です。ブロック サイズは 4096 です。ブロック サイズを 4096 とすると、200GB パーティション (ext3) がサポートする必要がある inode の数は 5200 万 + (最大 inode の計算: バイト単位のボリューム サイズ/2^12) です。では、なぜパーティションは 1300 万の inode しかサポートしないのでしょうか?
amazon-ec2 - Amazon EC2 - ルート インスタンス ストア デバイスを EBS デバイスと交換する
「インスタンス ストア」デバイスをルート デバイスとする EC2 インスタンスがあります。ここで、EBS ボリュームを同じインスタンスにアタッチしたいと思いますが、それをルート デバイスにしたいだけです。それは可能ですか?このような場合、インスタンス ストア デバイスはどうなりますか?
前もって感謝します
amazon-web-services - AmazonEBSを使用するとコストを節約できます
AmazonがEBSの使用料金を次のように設定していることを確認します。
1GBあたり$0.10-プロビジョニングされたストレージの月。100万のI/Oリクエストあたり$0.10
値は数百万単位ですが、I/O要求はすぐに加算されます...I/O要求を減らすためのベストプラクティスがあるかどうか疑問に思いました。
たとえば、アプリに十分なRAMが必要なインスタンスを使用します。OSレベルのパラメータを微調整します。数分ごとに「同期」を実行しないでください:)....など。
amazon-s3 - EBS または S3 でイメージを永続化する必要がありますか?
Java、Tomcat、Mysql サーバーを AWS EC2 に移行しています。
MySql データを格納するための EBS ボリュームを既にアタッチしています。私の Web アプリケーションでは、人々が画像をアップロードすることがあります。だから私はそれらを保持する必要があります。私の頭には2つの選択肢があります:
- アップロードした画像を EBS ボリュームに保存します。
- S3 サービスを使用します。
以下は私のメモです。私の専門はサーバーではなくソフトウェア開発であるため、懐疑的である必要があります。
EBS プラス: S3 ストレージはより高価です。(0.15 $/Gb > 0.1$/Gb)
S3 プラス: EBS から統計情報を提供すると、Web サーバーのパフォーマンスに悪影響を及ぼす可能性があります。これは本当ですか?画像の提供はサーバーのパフォーマンスに特に影響しますか? S3 の場合、私のサーバーは静的情報の提供を担当しません。
S3 プラス: EBS から統計情報を提供すると、I/O コストが発生する可能性がありますが、おそらくそれはわずかです。
EBS プラス: EBS の方が速いと人々は言います。
S3 プラス: 人々は、S3 の方が持続性が高いと言っています。
EBS プラス: API を学ぶ必要はありません。画像を EBS ボリュームに保存するのは簡単です。
というか決めかねていますので、ご指導いただければ幸いです。
ありがとう
amazon-s3 - AWS の EC2 クラスター全体でイメージを提供する最良の方法は何ですか?
Web サーバーのクラスター全体で画像を安全に提供できるフォルダーが必要です。Amazon Web Services (AWS)でこれを処理する最善の方法は何ですか? アマゾン S3? Amazon エラスティック ブロック ストア (EBS)? アマゾン クラウドフロント?
編集:回答はもう必要ありません...ありがとう。
amazon-ec2 - EC2 - EBS スナップショットから起動し、ボリュームをデタッチしてコストを削減する
利便性のために EBS スナップショットから起動したいのですが、起動後にボリュームをデタッチしたいので、料金を支払う必要はありません。
これは可能ですか?
amazon-s3 - EC2 - EBS スナップショットを取得し、S3 に保存してから、S3 からインスタンスを起動します
AMI スナップショットを作成する便利さは気に入っていますが、実行中のインスタンスにアタッチするボリュームに料金を支払いたくないのが理想です。
スナップショット インスタンスを S3 に保存し、実行中のインスタンスにボリュームをアタッチせずに S3 から起動する方法はありますか? スナップショットの利便性を利用して、ランニング コストはかかりませんか?
windows-server-2008 - EBSの量を減らす
増やすことは知っていますが、EBSボリュームのサイズを減らす方法はありますか?私がAMIに力を入れたように、しかしすぐにそれが私のニーズにとって大きな方法であることに気づきました。これはWindows2008インスタンスです。