Burstable performance instances - Amazon Elastic Compute Cloud
Many general purpose workloads are on average not busy, and do not require a high level of sustained CPU performance. The following graph illustrates the CPU utilization for many common workloads that customers run in the AWS Cloud today. These low-to-moderate CPU utilization workloads lead to wastage of CPU cycles and, as a result, you pay for more than you use. To overcome this, you can leverage
MySQL DB エンジンのアップグレード - Amazon Relational Database Service
新しいバージョンのデータベースエンジンが Amazon RDS でサポートされている場合は、DB インスタンスをその新しいバージョンにアップグレードできます。MySQL データベースのアップグレードには、メジャーバージョンのアップグレードとマイナーバージョンのアップグレードの 2 種類があります。 メジャーバージョンのアップグレード メジャーバージョンのアップグレードには、既存のアプリケーションとの下位互換性のないデータベースの変更が含まれる場合があります。そのため、DB インスタンスのメジャーバージョンアップグレードは手動で実行する必要があります。メジャーバージョンアップグレードをスタートするには、DB インスタンスを変更します。メジャーバージョンのアップグレードを行う前に、「MySQL のメジャーバージョンのアップグレード」の手順を実行することをお勧めします。 マルチ AZ DB イン
EBS ボリュームのサイズ変更後にファイルシステムの拡張 - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 EBS ボリュームのサイズ変更後にファイルシステムの拡張 EBS ボリュームのサイズを増やしたら、パーティションおよびファイルシステムを新しいより大きなサイズに拡張する必要があります。ボリュームが optimizing 状態に入るとすぐにこれを実行できます。 開始する前に 変更をロールバックする必要がある場合に備えて、ボリュームのスナップショットを作成します。詳細については、「Amazon EBS スナップショットの作成」を参照してください。 ボリュームの変更が成功し、optimizing または completed 状態になっていることを確認します。詳細については、「」を参照してくださいEBS ボリューム変更の進行状況のモニタリング ボリュームがインスタンスにアタ
Amazon SQS可視性タイムアウト - Amazon Simple Queue Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS可視性タイムアウト コンシューマーがキューからメッセージを受信して処理しても、そのメッセージはキューに保留されたままです。Amazon SQSでは、メッセージが自動的に削除されません。Amazon SQSは分散システムであり、接続の問題やコンシューマーアプリケーションの問題などが原因で、コンシューマーが実際にメッセージを受信するという保証がありません。そのため、コンシューマーはメッセージを受信して処理した後、キューからメッセージを削除する必要があります。 メッセージが受信された直後は、メッセージはキューに保留されたままです。他のコンシューマーが同じメッセージを再び処理しないように、Amazon SQSは可視性タイムアウト、つまり Amazon S
基本的な Amazon SQS アーキテクチャ - Amazon Simple Queue Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 基本的な Amazon SQS アーキテクチャ このセクションでは、分散メッセージングシステムの部分の概要および Amazon SQS メッセージのライフサイクルについて説明します。 分散キュー 分散メッセージングシステムには 3 つの主要部分 (分散システムのコンポーネント、キュー (Amazon SQS サーバーで分散)、およびキューのメッセージ) があります。 次のシナリオでは、システムにはいくつかのものがあります。プロデューサー(キューにメッセージを送信するコンポーネント) および消費者(キューからメッセージを受信するコンポーネント)。キュー (A から E までのメッセージを保持) は、複数の Amazon SQS サーバー全体にまたがって冗長的にメッセー
ElastiCache の一般的なユースケースおよび ElastiCache がどのように役立つか - Amazon ElastiCache for Redis
最新のニュース、トップ 10 のリーダーボード、製品カタログ、またはイベントのチケットを販売できます。スピードの勝負です。ウェブサイトやビジネスの成功は、コンテンツを配信するスピードに大きく左右されます。 New York Times の「For Impatient Web Users, an Eye Blink Is Just Too Long to Wait」によると、ユーザーは競合サイト間で 250 ミリ秒 (1/4 秒) の違いを認識します。ユーザーは、遅いサイトより速度の速いサイトのほうを選びます。Amazon が行ったテスト「How Webpage Load Time Is Related to Visitor Loss」では、ロード時間が 100 ミリ秒 (1/10 秒) 長くなるごとに、売上げが 1 パーセント減少するとの結果が出ています。 ある人がデータを必要とする場合、
例外処理 - AWS SDK for Java 1.x
end-of-support の今後の AWS SDK for Java (v1) を発表しました。AWS SDK for Java v2 に移行することをお勧めします。日付、その他の詳細、移行方法については、リンク先の発表内容を参照してください。 翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 例外処理 が例外を AWS SDK for Java スローする方法とタイミングを理解することは、 SDK を使用して高品質のアプリケーションを構築する上で重要です。以下のセクションでは、SDK によってスローされる例外のさまざまなケース、および例外の適切な処理方法について説明します。 非チェック例外を使用する理由 は、次の理由により、チェックされた例外の代わりにランタイム (またはチェックされていない) 例外 AWS
AWS SDK for Java 通話のログ記録 - AWS SDK for Java 1.x
end-of-support の今後の AWS SDK for Java (v1) を発表しました。AWS SDK for Java v2 に移行することをお勧めします。日付、その他の詳細、移行方法については、リンク先の発表内容を参照してください。 翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS SDK for Java 通話のログ記録 AWS SDK for Java は Apache Commons Logging で計測されます。これは、実行時に複数のログ記録システムのいずれかを使用できるようにする抽象化レイヤーです。 サポートされるログ記録システムには、Java ロギング フレームワークや Apache Log4j などがあります。このトピックでは Log4j の使用方法を示します。SDK のログ
リザーブドインスタンス の変更 - Amazon Elastic Compute Cloud
また、別の構成で、別の コンバーティブルリザーブドインスタンス の コンバーティブルリザーブドインスタンス に交換することもできます。詳細については、コンバーティブルリザーブドインスタンス の交換 を参照してください。 すべての リザーブドインスタンス、またはそのサブセットを変更できます。元の リザーブドインスタンス を 2 つ以上の新しい リザーブドインスタンス に分割できます。例えば、us-east-1a に 10 のインスタンスを予約があり、そのうち 5 つのインスタンスを us-east-1b に移動する場合、結果的にこの変更は 2 つの新しい予約をリクエストします。us-east-1a での 5 つのインスタンス用の予約と us-east-1b での 5 つのインスタンス用の予約です。 また、2 つ以上の リザーブドインスタンス を単一の リザーブドインスタンス にマージすること
メモリ最適化インスタンス - Amazon Elastic Compute Cloud
メモリ最適化インスタンスは、メモリ内の大きいデータセットを処理するワークロードに対して高速なパフォーマンスを実現するように設計されています。 R5、R5a、R5b、および R5n インスタンス これらのインスタンスは、次の用途に適しています。 リレーショナルな MySQL や NoSQL、例えば MongoDB や Cassandra データベースを含むハイパフォーマンスなもの。 Memcached や Redis などのキー値タイプのデータのインメモリキャッシュを提供する分散型ウェブスケールキャッシュストア SAP や HANA などの、ビジネスインテリジェンス用に最適化されたデータストレージ形式と分析機能を使用するインメモリデータベース Hadoop や Spark クラスターを使用する巨大な非構造化データのリアルタイム処理を実行するアプリケーション ハイパフォーマンスコンピューティン
CloudWatch メトリクスを発行する AWS のサービス - Amazon CloudWatch
以下の AWS サービスは CloudWatch にメトリクスを発行します。メトリクスとディメンションについては、指定されたドキュメントを参照してください。
Linux インスタンスで Intel 82599 VF インターフェイスを使用した拡張ネットワーキングの有効化 - Amazon Elastic Compute Cloud
拡張ネットワーキングは、HVM インスタンスでのみサポートされています。PV インスタンスで拡張ネットワーキングを有効にすると、このインスタンスに到達できなくなります。また、適切なモジュールまたはモジュールバージョンを使用せずにこの属性を設定すると、インスタンスにアクセスできなくなる場合があります。 インスタンスがインターネットに接続されていることを確認します。 選択した任意のコンピュータ、できればローカルのデスクトップまたはノートパソコンで、AWS Management Console から AWS CloudShell を使用するか、AWS CLI もしくは AWS Tools for Windows PowerShell をインストールし設定します。詳細については、Amazon EC2 へのアクセスもしくは AWS CloudShell ユーザーガイドを参照してください。拡張ネットワ
Amazon EBS ボリュームの初期化 - Amazon EBS
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EBS ボリュームの初期化 空の EBS ボリュームは、作成されるとすぐに最大のパフォーマンスを発揮し、初期化 (以前は事前ウォーミングと呼ばれました) を必要としません。 スナップショットから作成されたボリュームの場合、ボリュームのタイプを問わず、アクセスする前に、ストレージブロックが Amazon S3 からプルダウンされてボリュームに書き込こまれている必要があります。この事前処理には一定の時間がかかるため、各ブロックへの初回アクセス時には、I/O 操作のレイテンシーが著しく増加する可能性があります。ボリュームのパフォーマンスは、すべてのブロックがダウンロードされてボリュームに書き込まれると正常値に達します。 スナップショットから作成された Pro
Amazon ElastiCache for Redis とは - Amazon ElastiCache for Redis
Amazon ElastiCache は Redis エンジンと Memcached エンジンの両方で動作します。関心のあるエンジンのガイドを使用してください。必要なエンジンがわからない場合は、このガイドの「Memcached と Redis の比較」を参照してください。 ElastiCache for Redis の概要 Redis を使用する既存のアプリケーションは、ほとんど変更することなく ElastiCache を使用できます。アプリケーションに必要な情報は、デプロイした ElastiCache ノードのホスト名とポート番号だけです。 ElastiCache for Redis には、重要な本番稼働用環境へのデプロイに対してサービスの信頼性を高めるのに役立つ複数の機能があります。 キャッシュノードの障害の自動検出と復旧。 レプリケーションをサポートする Redis クラスターでの、
Troubleshoot a Classic Load Balancer: HTTP errors - Elastic Load Balancing
The HTTP method (also called the verb) specifies the action to be performed on the resource receiving an HTTP request. The standard methods for HTTP requests are defined in RFC 2616, Method Definitions. The standard methods include GET, POST, PUT, HEAD, and OPTIONS. Some web applications require (and sometimes introduce) methods that are extensions of HTTP/1.1 methods. Common examples of HTTP exte
インスタンスを停止、終了、再起動、または復旧するアラームを作成する - Amazon Elastic Compute Cloud
Amazon CloudWatch アラームの請求および料金に関する情報については、「Amazon CloudWatch ユーザーガイド」の「CloudWatch の請求とコスト」を参照してください。 サービスにリンクされたロール AWSServiceRoleForCloudWatchEvents を使用すると、AWS がお客様に代わってアラームアクションを実行できます。AWS Management Console、AWS CLI、または IAM API で初めてアラームを作成する場合、CloudWatch はサービスにリンクされたロールを作成します。 自動的にインスタンスを停止または終了するシナリオはいくつもあります。例えば、バッチ給与計算処理ジョブまたは科学計算タスクを専用に行うインスタンスを使用している場合が挙げられます。これらのインスタンスは一定期間動作して仕事を完了します。このよ
Amazon SQS でデッドレターキューを使用します - Amazon Simple Queue Service
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon SQS でデッドレターキューを使用します Amazon SQS はデッドレターキュー をサポートしています。このキューは、正常に処理されないメッセージを対象にできます。デッドレターキューは、未使用のメッセージを分離して処理が成功しなかった理由を判断できるため、アプリケーションのデバッグに役立ちます。メッセージがデッドレターキューに入ると、次のことが可能になります。 デッドレターキューにメッセージが移動する原因となった例外をログを調べる。 デッドレターキューに移動されたメッセージの内容を分析して、アプリケーションの問題を診断します。 コンシューマーがメッセージを処理するために十分な時間が設定されているかどうかを調べる。 デッドレターキューリドライブ を使
get-object — AWS CLI 1.33.12 Command Reference
Feedback Did you find this page useful? Do you have a suggestion to improve the documentation? Give us feedback. If you would like to suggest an improvement or fix for the AWS CLI, check out our contributing guide on GitHub. User Guide First time using the AWS CLI? See the User Guide for help getting started. Note: You are viewing the documentation for an older major version of the AWS CLI (versio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Linux 2 に Amazon Corretto 8 をインストールする手順 - Amazon Corretto
スケールイン中に終了する Auto Scaling インスタンスを制御する - Amazon EC2 Auto Scaling