翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# のサービスクォータと制限 AWS CloudShell
このページでは、以下のエリアに適用される Service Quotas と制限について説明します。
+ [永続ストレージ](#persistent-storage-limitations)
+ [毎月の使用状況](#shell-limits-per-month)
+ [同時シェル数](#shell-limits-per-region)
+ [コマンドサイズ](#character-limits)
+ [シェルセッション](#session-lifecycle-limitations)
+ [VPC 環境](#vpc-environments-limitations)
+ [ネットワークアクセスおよびデータ転送](#network-data-limitations)
+ [システムファイルとページの再ロード](#system-files-page-refresh)
## 永続ストレージ
を使用すると AWS CloudShell、 ごとに 1 GB の永続的ストレージ AWS リージョン を無料で利用できます。永続的ストレージはホームディレクトリ (\$1HOME) にあり、プライベートです。各シェルセッションが終了した後にリサイクルされるエフェメラル環境リソースとは異なり、ホームディレクトリ内のデータはセッション間で保持されます。
**注記**
CloudShell の VPC 環境には永続ストレージはありません。\$1HOME ディレクトリは、VPC 環境がタイムアウトするか (20～30 分間非アクティブ状態が続いた後)、環境を削除すると、削除されます。
AWS CloudShell で の使用を停止すると AWS リージョン、データは最後のセッションの終了から **120 日間**、そのリージョンの永続ストレージに保持されます。アクションを実行しない限り、データは 120 日後にそのリージョンの永続的ストレージから自動的に削除されます。その AWS CloudShell で AWS リージョンを再度起動すれば削除を防止することができます。詳細については、[「ステップ 2: リージョンの選択、起動 AWS CloudShell、シェルの選択](getting-started.md#launch-region-shell)」を参照してください。
**注記**
**使用シナリオ**
Márcia は AWS CloudShell を使用して、米国東部 (バージニア北部) と欧州 (アイルランド) AWS リージョンの 2 つのホームディレクトリにファイルを保存しています。その後、欧州 (アイルランド) AWS CloudShell でのみ の使用を開始し、米国東部 (バージニア北部) でのシェルセッションの起動を停止しました。
米国東部 (バージニア北部) でデータを削除する期限が切れる前に、Márcia は米国東部 (バージニア北部) リージョンを再度起動 AWS CloudShell して選択することで、ホームディレクトリがリサイクルされないようにすることにしました。彼女はヨーロッパ (アイルランド) でシェルセッションを継続しているので、そのリージョンの永続的ストレージは影響を受けません。
## 毎月の使用状況
AWS リージョン の各 AWS アカウント には、毎月の使用クォータがあります AWS CloudShell。このクォータは、そのリージョンのすべての IAM プリンシパルが CloudShell を使用した合計時間を組み合わせたものです。リージョンの月間クォータに達した後で CloudShell にアクセスしようとすると、シェル環境を起動できない理由を説明するメッセージが表示されます。
**Service Quotas コンソールを使用して引き上げをリクエストするには**
[Service Quotas コンソール](https://eu-west-1.console.aws.amazon.com/servicequotas/home/services/cloudshell/quotas?region=eu-west-1)を開くと、毎月の使用クォータの引き上げをリクエストできます。詳細については、「*Service Quotas ユーザーガイド*」の「[クォータの引き上げのリクエスト](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)」を参照してください。
## 同時シェル数
アカウント AWS リージョン ごとに最大 10 個のシェルを同時に実行できます。
**Service Quotas コンソールを使用して引き上げをリクエストするには**
[Service Quotas コンソール](https://eu-west-1.console.aws.amazon.com/servicequotas/home/services/cloudshell/quotas?region=eu-west-1)を開くと、各リージョンのクォータの増加をリクエストできます。詳細については、「*Service Quotas ユーザーガイド*」の「[クォータの引き上げのリクエスト](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)」を参照してください。
## コマンドサイズ
コマンドサイズは 65,412 文字を超過することはできません。
**注記**
65,412 文字を超えるコマンドを実行する場合は、選択した言語でスクリプトを作成し、コマンドラインインターフェースから実行してください。コマンドラインインターフェースからアクセス可能な、幅広いプリインストール機能の詳細については、「[プリインストールされたソフトウェア](vm-specs.md#pre-installed-software)」を参照してください。
スクリプトを作成してコマンドラインインターフェースから実行する方法の例については、「[チュートリアル: AWS CloudShellの使用開始](getting-started.md)」を参照してください。
## シェルセッション
+ **非アクティブなセッション**: AWS CloudShell はインタラクティブなシェル環境です。キーボードまたはポインタを使用して **20～30 分間**操作しないと、シェルセッションは終了します。実行中のプロセスは、操作数としてカウントされません。
より柔軟なタイムアウトで AWS サービスを使用して、ターミナルベースのタスクを実行する場合は、[Amazon EC2 インスタンスを起動して接続](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html)することをお勧めします。
+ **実行時間が長いセッション**: 約 12 時間連続して実行するシェルセッションは、ユーザーがその期間に定期的に操作している場合でも、自動的に終了します。
## VPC 環境
IAM プリンシパルごとに最大 2 つの VPC 環境を作成できます。
**注記**
プライベート VPC に接続してその内部のリソースにアクセスしても料金はかかりません。プライベート VPC 内のデータ転送は VPC 請求に含まれ、CloudShell を介した VPC 間のデータ転送には、現在の CloudShell と同じ料金がかかります。
## ネットワークアクセスおよびデータ転送
以下の制限は、 AWS CloudShell 環境のインバウンドおよびアウトバウンドのトラフィックに適用されます。
+ **アウトバウンド**: 公開インターネットにアクセスできます。
+ **インバウンド**: インバウンドポートにアクセスできません。公開 IP アドレスは使用できません。
**警告**
パブリックインターネットにアクセスすると、特定のユーザーが AWS CloudShell 環境からデータをエクスポートするリスクがあります。IAM 管理者は、IAM ツールを通じて信頼された AWS CloudShell ユーザーの許可リストを管理することをお勧めします。特定のユーザーが明示的にアクセスを拒否される方法については、「[カスタムポリシー AWS CloudShell を使用して で許可されるアクションを管理する](sec-auth-with-identities.md#restricting-actions)」を参照してください。
**データ転送**: 大きなファイルでは、ファイルのアップロードとダウンロードが遅く AWS CloudShell なる場合があります。または、シェルのコマンドラインインターフェイスを使用して Amazon S3 バケットから環境にファイルを転送することもできます。
## システムファイルとページの再ロードの制限
+ **システムファイル**: コンピューティング環境に必要なファイルを誤って変更すると、 AWS CloudShell 環境へのアクセス時または使用時に問題が発生する可能性があります。この場合、アクセスを取り戻すには、[ホームディレクトリの削除](getting-started.md#delete-shell-session)が必要になることがあります。
+ **ページの再ロード**: AWS CloudShell インターフェースを再ロードするには、オペレーティングシステムのデフォルトのショートカットキーシーケンスの代わりに、ブラウザの更新ボタンを使用してください。