タグ付けされた質問 「amazon-web-services」

アマゾンウェブサービス(AWS)は、「クラウド内」で信頼性が高く、スケーラブルで安価なコンピューティングプラットフォームを形成する一連のサービスを提供します。特定のWebサービスについて質問がある場合は、そのタグ(例:amazon-ec2)を尋ねることを検討してください。


5
AWS証明書マネージャーからSSL証明書をダウンロードする
SSLの管理にAWS証明書マネージャーを使用しています。最近、ワイルドカードsslを購入し*.example-private.comました。awsのエンタープライズgitインスタンスにデプロイするには、そのSSL証明書が必要になりました。 SSLをAWSからダウンロードするにはどうすればよいですか?

3
AWSにクラウドベースのリバースプロキシソリューションはありますか?
システム AWSのEC2マシンにデプロイされたAPIがあります。着信HTTPSリクエストは、エラスティックロードバランサーに渡されます。ロードバランサーはSSLを処理し、リクエストをNginxサーバーに渡します。Nginxサーバーは、リクエストURLに従って特定のサーバーにリクエストをプロキシします。 痛み Nginxマシンは、特にサーバーのIPアドレスが変更された場合、多くのメンテナンス作業が必要です。さらに、URLベースのプロキシルーティングは、ロードバランサーの自然な継続のように見えます。URLルーティングを制御するための適切なWebベースまたはAPIベースのインターフェースを持つことは、非常に大きな恩恵です。 質問 Nginxマシンに代わって、URLスキーマによってHTTPリクエストをプロキシできるクラウドベースのルーティングソリューションはありますか?

4
AmazonはEC2インスタンスに使用されるIPアドレスの範囲を地域ごとにどこで公開していますか?
AmazonがEC2インスタンスに使用するIPアドレスの範囲の変更を最新の状態に保つにはどうすればよいですか。自動スケールポリシーによって開始されたインスタンスから「グラウンドベース」のmysqlデータベースへのアクセスを許可するために、ファイアウォール設定にさまざまなIPを追加したい。私が理解しているように、各インスタンスにはこの範囲のIPアドレスがありますか?これは正しいです?

1
このISOタイムスタンプの年が2019年ではないのはなぜですか?
devopsパイプラインのテストに使用している単純なアプリの場合、ビルドの開始時刻をホームページに出力しています。私の開発マシンには、ISO-8601タイムスタンプの年である2019が印刷されています(具体的には、「2019-09-12T20:11:00.000Z」)。AWS CodeBuildを使用して同じコードベースを構築すると、ISO-8601タイムスタンプは「+ 051668-02-09T08:09:32.000Z」のようになります。「+051668」とは何ですか?今年だと思います。私の最良の推測は、その年が別のカレンダーとして表されていることです。考え? AWS CodeBuildは、すべてのビルドに対してこの環境変数を設定します(CODEBUILD_START_TIME)。私は、最新のデフォルトのUbuntuコンテナ(v2.0)でビルドしています。

8
IOPSが重要な理由
IOPSとスループットについて理解しています。スループットは、MB / sおよびIOPSが1秒あたりに発生するI / O操作の数としてデータフローを測定します。 私が理解していないのは、多くのストレージサービスが提供するIOPSを表示する理由です。スループットの代わりにIOPSを知りたいシナリオは実際にはありません。 IOPSが重要な理由 AWSが主にストレージプロビジョニングをIOPSで表示するのはなぜですか?IOPSはスループット(MB / s)よりも関連性がありますか? 編集: ランダムアクセスとは何か、それがパフォーマンスにどのように影響するか、HDDとSSDがどのように機能するかを尋ねたかのように、この質問を検討している人がいます...これに対して、それは質問の目標ではありません。質問は、「IOPS数値を見ると、どのような新しい情報が得られるのか、スループット(MB / s)数値が得られないのか」に関するものです。

6
Amazon ECSのサービスのコンテナーを更新する
Amazon ECSで実行されているサービスのコンテナーを更新するには、どのようなアプローチが推奨されますか? AWSのドキュメントは言う:「あなたはあなたのアプリケーションのドッカーイメージを更新した場合、あなたはそのイメージに新しいタスクの定義を作成し、あなたのサービス、一度に一つのタスクにそれを展開することができます。」これは、現在ドキュメント(2015年4月13日)で現在利用可能なほとんどすべてです。 Amazon ECSでアプリケーションコンテナを更新する唯一の方法は、新しいタスクを作成してから、古いタスクを停止して新しいタスクを開始することだと正しく理解しましたか? Core OSおよびFleetctlで「latest」タグを使用しています。これには、サービスをリロードすると新しい変更が表示され、同じタグ「最新」を使用してコンテナが更新されるため、Dockerイメージのタグを新しい更新のために変更する必要がないという利点があります。 Amazon ECSの更新されたdockerイメージでサービスを更新するためにどのようなアプローチを使用しましたか?


3
CloudFormationで既存のリソースを再利用するにはどうすればよいですか?
CloudFormationテンプレートにリソースとしてS3バケットがあります。にDeletionPolicy設定しRetainます。これは期待どおりに機能します。スタックを削除すると、実際にバケットが保持されます。ただし、スタックを再度作成しようとすると、同じバケットを再度作成しようとすると作成が失敗し、既に存在するというエラーメッセージが表示されます。 既に存在するリソースを再作成しないようにするために、CloudFormationテンプレートに何を追加する必要がありますか? テンプレートの関連するフラグメントは次のとおりです。 "Resources": { "SomeS3Bucket" : { "Type" : "AWS::S3::Bucket", "DeletionPolicy" : "Retain", "Properties": { "BucketName": "SomeS3Bucket" } }

1
Amazon Linuxのupdate-rc.d
私はシステム管理にかなり慣れていないので、Amazon EC2インスタンス(Amazon Linuxを実行中)の起動時にnginxが確実に実行されるようにするだけです。 スクリプトを/etc/init.dに配置しましたが、Amazon linuxにはupdate-rc.dコマンドが付属していないようです。それでは、起動時にスクリプトを確実に実行するにはどうすればよいですか?


4
AMIを使用してAWS EC2インスタンスにDockerをインストールする方法(CE / EEアップデート)
AMIを実行しているAWS EC2インスタンスにDockerをインストールする現在の方法は何ですか?Docker Enterprise Editionの発表がありましたが、今、何か変更があったかどうかを知りたいです。今まで、私は使用yum install dockerしており、1.12.6, build 7392c3b/1.12.6現在(2017年3月3日)バージョン化されたDockerを取得しています。ただし、GitHubのDockerリポジトリには、より新しいリリースが既にあることが示されています。 私は公式ドッカー(パッケージ)という名前のパッケージ持つリポジトリ覚えてdocker-engine交換するdockerいくつかの時間前に、今、彼らはにパッケージを分割するように見えるのdocker-ceとdocker-ee、例えば「ドッカーコミュニティ版(ドッカーCEは)は、Red Hat Enterprise Linuxでサポートされていません。」[ ソース ] 上記を使用してAMIを実行しているEC2インスタンスで最新の安定したDockerバージョンを取得するのは正しいのでしょうか、それとも正しいのでしょうか?

2
AWSに証明書をアップロードできません
私がやっている: aws iam upload-server-certificate --server-certificate-name MysiteCertificate --certificate-body Downloads/mysite/mysite.crt --private-key mysite.pem --certificate-chain Downloads/mysite/COMODOSSLCA.crt しかし、エラーが発生しています: A client error (MalformedCertificate) occurred when calling the UploadServerCertificate operation: Unable to parse certificate. Please ensure the certificate is in PEM format. pemただし、有効なファイルは=(

1
AWSに既存のEBSをマウントできません
既存のEBSストレージ(データがある)をインスタンスにマウントしようとしましたが、このエラーがスローされ続けます。 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. ストレージの詳細は次のとおりです。 ec2-user@ip ~]$ sudo parted -l Model: Xen Virtual Block Device (xvd) Disk /dev/xvda: 8590MB …

1
S3 Originを使用したAWS CloudFrontからのファイルのCache-Controlヘッダーなし
Amazon AWSに移行しました。現在、うまく機能しているEC2インスタンスがあります。Nginxをフロントで、Apacheをバックエンドで実行しています。それもうまくいっています。すべてのサイトが適切に起動され、EC2から提供されるファイルのCache-Controlヘッダーが含まれます。 問題は、CloudFront CDNを介してアクセスされるAmazon S3に配置したすべての静的ファイルにあります。ファイルには問題なくアクセスできます(CORSには問題ありません)が、どうやら CloudFrontはCache-Controlヘッダーを持つファイルを提供しないようです。ブラウザのキャッシングを活用したい。 静的ファイルはS3 + CloudFrontによって直接処理されるため、EC2インスタンスはここでは役割を果たしません。リクエストはEC2のWebサーバーに送信されません。 私は完全に失われました。 質問:1)この場合、Cache-Controlを設定するにはどうすればよいですか?2)Cache-Controlを設定することはできますか?S3またはCloudFrontからですか? 注:個々のオブジェクトにS3でヘッダーを設定できるGoogleのいくつかのページにアクセスしました。私の場合はいくつかのオブジェクトについて話しているので、それは特別にそれを行うための生産的な方法ではありません。 ありがとう!

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.