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

アマゾンウェブサービス(AWS)はパブリッククラウドです。アマゾンが提供するIaaS(サービスとしてのインフラストラクチャ)およびSaaS(サービスとしてのソフトウェア)です。プログラミングとアーキテクチャに関する質問がトピックにあります。サーバーの一般的なヘルプは、https://serverfault.comで入手できます。AWSタグが単独で使用されることはめったになく、通常、質問のトピックをより明確に定義するために他のタグとともに使用されます。


9
boto3でエラーを処理する方法
boto3で適切なエラー処理を行う方法を理解しようとしています。 IAMユーザーを作成しようとしています: def create_user(username, iam_conn): try: user = iam_conn.create_user(UserName=username) return user except Exception as e: return e create_userの呼び出しが成功すると、API呼び出しのhttpステータスコードと新しく作成されたユーザーのデータを含むきちんとしたオブジェクトが取得されます。 例: {'ResponseMetadata': {'HTTPStatusCode': 200, 'RequestId': 'omitted' }, u'User': {u'Arn': 'arn:aws:iam::omitted:user/omitted', u'CreateDate': datetime.datetime(2015, 10, 11, 17, 13, 5, 882000, tzinfo=tzutc()), u'Path': '/', u'UserId': 'omitted', u'UserName': 'omitted' } } これはうまくいきます。しかし、これが失敗した場合(ユーザーが既に存在する場合など)、botocore.exceptions.ClientError型のオブジェクトを取得し、テキストのみで何が問題かを通知します。 例:ClientError( 'CreateUser操作の呼び出し時にエラーが発生しました(EntityAlreadyExists):省略された名前のユーザーはすでに存在しています。'、) この(AFAIK)では、結果のhttpステータスコードをオンにできないため、エラー処理が非常に困難になります(IAMのAWS APIドキュメントによると、ユーザーの409はすでに存在しています)。これは私が何か間違った方法をしているに違いないと思います。最適な方法はboto3が例外をスローしないことですが、Jutは常にAPI呼び出しがどのように行われたかを反映するオブジェクトを返します。 …

9
Amazon SimpleDBとAmazon DynamoDB
私はAmazon SimpleDBが何であるかを基本的に理解していますが、Amazon DynamoDBの説明によると、それはほとんど同じであるようです:NoSQL Key-Valueストアサービスです。 誰かが簡単に説明できます主な違い、それらの間をして選択することで例を教えて、他の上の1つを。

11
警告:保護されていないプライベートキーファイル!Amazon EC2インスタンスにSSH接続しようとするとき
Amazon EC2インスタンスにPandaをセットアップする作業をしています。昨夜、アカウントとツールをセットアップしましたが、SSHを使用して自分の個人インスタンスとやり取りすることに問題はありませんでしたが、今のところ、PandaのEC2インスタンスへのアクセスは許可されていません。 パンダを使い始める 次のエラーが発生します。 @ WARNING: UNPROTECTED PRIVATE KEY FILE! @ Permissions 0644 for '~/.ec2/id_rsa-gsg-keypair' are too open. It is recommended that your private key files are NOT accessible by others. This private key will be ignored. 昨夜、個人のインスタンスにアクセスするためにキーペアを600に変更し、アクセス許可を0に設定し、新しいキー文字列を生成することを試みましたが、何も機能していないようです。 どんな助けでも、大きな助けになるでしょう! ええと、ディレクトリで権限が777に設定されていない場合、ec2-run-instancesスクリプトがキーファイルを見つけられないようです。SSHは初めてなので、見落としている可能性があります。

23
S3-Access-Control-Allow-Originヘッダー
誰かAccess-Control-Allow-Originが応答ヘッダーに何とか追加できましたか?私が必要なのはこのようなものです: <img src="http://360assets.s3.amazonaws.com/tours/8b16734d-336c-48c7-95c4-3a93fa023a57/1_AU_COM_180212_Areitbahn_Hahnkoplift_Bergstation.tiles/l2_f_0101.jpg" /> このgetリクエストには、レスポンス、ヘッダー、 Access-Control-Allow-Origin: * バケットのCORS設定は次のようになります。 <?xml version="1.0" encoding="UTF-8"?> <CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/"> <CORSRule> <AllowedOrigin>*</AllowedOrigin> <AllowedMethod>GET</AllowedMethod> <MaxAgeSeconds>3000</MaxAgeSeconds> <AllowedHeader>*</AllowedHeader> </CORSRule> </CORSConfiguration> ご想像のとおり、Origin応答ヘッダーはありません。

14
AWS S3:アクセスしようとしているバケットは、指定されたエンドポイントを使用してアドレス指定する必要があります
AWS-SDK-Core Ruby Gemでアップロードした画像ファイルを削除しようとしています。 私は次のコードを持っています: require 'aws-sdk-core' def pull_picture(picture) Aws.config = { :access_key_id => ENV["AWS_ACCESS_KEY_ID"], :secret_access_key => ENV["AWS_SECRET_ACCESS_KEY"], :region => 'us-west-2' } s3 = Aws::S3::Client.new test = s3.get_object( :bucket => ENV["AWS_S3_BUCKET"], :key => picture.image_url.split('/')[-2], ) end ただし、次のエラーが発生します。 アクセスしようとしているバケットは、指定されたエンドポイントを使用してアドレス指定する必要があります。今後のすべてのリクエストをこのエンドポイントに送信してください。 リージョンをに変更するとus-east-1、次のエラーが表示されるため、リージョンが正しいことがわかります。 指定されたキーは存在しません。 ここで何が悪いのですか?

7
AWSエラーメッセージ:競合する条件付き操作が現在このリソースに対して進行中です
このエラーが断続的に発生します。 私はjava aws sdkを使用し、数万を超える小さなファイルをs3にロードするプログラムを持っています。このエラーが断続的に表示されます。 インターネットでクイック検索を行った後、役立つ回答が見つかりませんでした。 呼び出し側プログラムはシングルスレッドであることに注意してください。基本的なaws java sdkはワーカースレッドを使用しているようです。 Status Code: 409, AWS Service: Amazon S3, AWS Request ID: 75E16E8DE2193CA6, AWS Error Code: OperationAborted, AWS Error Message: A conflicting conditional operation is currently in progress against this resource. Please try again., S3 Extended Request ID: 0uquw2YEoFamLldm+c/p412Lzd8jHJGFBDz3h7wN+/4I0f6hnGLkPMe+5LZazKnZ at com.amazonaws.http.AmazonHttpClient.handleErrorResponse(AmazonHttpClient.java:552) at com.amazonaws.http.AmazonHttpClient.executeHelper(AmazonHttpClient.java:289) at …

4
Amazon S3-HTTPS / SSL-可能ですか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? Stack Overflowのトピックとなるように質問を更新します。 7年前休業。 この質問を改善する 私はこれに関する他のいくつかの質問を見ましたが、実際の回答や情報はありませんでした(または表示されていました)。 ここに画像があります:http : //furniture.retailcatalog.us/products/2061/6262u9665.jpg リダイレクト先:http : //furniture.retailcatalog.us.s3.amazonaws.com/products/2061/6262u9665.jpg (https)にする必要があります:https: //furniture.retailcatalog.us/products/2061/6262u9665.jpg そのため、retailcatalog.us(他のサブドメインがあります)にワイルドカードsslをインストールしましたが、機能しませんでした。https://furniture.retailcatalog.us.s3.amazonaws.com/products/2061/6262u9665.jpgを確認しに行きました そして、それは機能していませんでした。これは、Amazon S3ウェブサイト自体では、httpsが機能していなかったことを意味します。 これを機能させるにはどうすればよいですか?

8
DynamoDBとMongoDB NoSQL [終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 この質問を改善する 私は将来のプロジェクトに何を使用できるかを理解しようとしています。最初の年は1か月あたり約50万件のレコードを保存する予定です。今後数年間はこれが縦型アプリケーションなので、使用する必要はありません。このためにデータベースを使用しているため、noSQLデータストレージを選択することにしました。 私が頭に浮かんだ最初のオプションは、コミュニティからの多くのサポートを受けた非常に成熟した製品であるため、mongo dbでしたが、一方で、最高のパフォーマンスでマネージドサービスを提供する真新しい製品を手に入れました。これを開発しますアプリケーションですが、(少なくとも今のところ)メンテナンスプランがないので、amazonは柔軟なスケーリング方法を提供するので、これは大きな利点になると思います。 私の主な関心事はクエリ構造に関するもので、私はまだdynamoDBクエリ機能を見ていませんが、k / vデータストレージであるため、mongo dbよりも制限されていると感じています。 プロジェクトをmongoDBからDynamoDBに移行した経験がある人がいれば、アドバイスをいただければ幸いです。

30
画像をAmazon ECRにプッシュできません-「基本認証資格情報がありません」で失敗する
DockerイメージをAmazon ECRレジストリにプッシュしようとしています。私はDockerクライアントDockerバージョン1.9.1を使用してビルドしていa34a1d5ます。私aws ecr get-login --region us-east-1はdocker login credsを取得するために使用しています。次に、これらの資格情報を使用して次のように正常にログインします。 docker login -u AWS -p XXXX -e none https://####.dkr.ecr.us-east-1.amazonaws.com WARNING: login credentials saved in /Users/ar/.docker/config.json Login Succeeded しかし、イメージをプッシュしようとすると、次のエラーが発生します。 $ docker push ####.dkr.ecr.us-east-1.amazonaws.com/image:latest The push refers to a repository [####.dkr.ecr.us-east-1.amazonaws.com/image] (len: 1) bcff5e7e3c7c: Preparing Post https://####.dkr.ecr.us-east-1.amazonaws.com/v2/image/blobs/uploads/: no basic auth credentials awsユーザーに正しい権限があることを確認しました。また、ユーザーがリポジトリにプッシュできるようにリポジトリーを設定しました。これが問題ではないことを確認するために、すべてのユーザーにフルアクセスを許可するようにレジストリを設定しました。"no basic auth …

11
SNS-SQSではなくAmazon Kinesisを使用する必要があるのはなぜですか?
データのストリームが来て、同じペースで消費することができず、バッファーが必要になるユースケースがあります。これは、SNS-SQSキューを使用して解決できます。キネシスが同じ目的を解決することを知ったので、違いは何ですか?なぜKinesisを好む(または好まない)べきですか?

4
ポート80 EC2アマゾンウェブサービスを開く[終了]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? Stack Overflowのトピックとなるように質問を更新します。 7年前休業。 この質問を改善する E2CインスタンスのセキュリティグループのWebコンソールでポート80を開きましたが、ブラウザーのパブリックDNSからポート80にアクセスできません。 何か案は?

9
Amazon S3クライアントブラウザーからの直接ファイルアップロード-秘密キーの開示
サーバー側のコードなしで、JavaScriptのみを使用してREST API経由でクライアントマシンからAmazon S3にファイルを直接アップロードすることを実装しています。すべて正常に動作しますが、心配なことは... Amazon S3 REST APIにリクエストを送信するとき、リクエストに署名し、Authenticationヘッダーに署名を付ける必要があります。署名を作成するには、秘密鍵を使用する必要があります。しかし、すべてのことはクライアント側で行われるため、秘密鍵はページのソースから簡単に明らかにできます(ソースを難読化/暗号化した場合でも)。 どうすればこれを処理できますか?そしてそれはまったく問題ですか?特定の秘密鍵の使用を特定のCORSオリジンからのREST API呼び出しとPUTおよびPOSTメソッドのみに制限したり、リンクキーをS3と特定のバケットのみに制限したりできますか?別の認証方法があるかもしれませんか? 「サーバーレス」ソリューションが理想的ですが、サーバーへのファイルのアップロードとS3への送信を除いて、サーバーサイドでの処理を検討することができます。

11
元のフォントは、クロスオリジンリソースシェアリングポリシーによってロードがブロックされています
一部のChromeブラウザーで次のエラーが表示されますが、すべてではありません。この時点で問題が何であるかは完全にはわかりません。 元のフォント「https://ABCDEFG.cloudfront.net」は、クロスオリジンリソース共有ポリシーによってロードがブロックされました:リクエストされたリソースに「Access-Control-Allow-Origin」ヘッダーがありません。したがって、オリジン ' https://sub.domain.com 'はアクセスを許可されません。 S3に次のCORS構成があります <CORSConfiguration> <CORSRule> <AllowedOrigin>*</AllowedOrigin> <AllowedHeader>*</AllowedHeader> <AllowedMethod>GET</AllowedMethod> </CORSRule> </CORSConfiguration> リクエスト Remote Address:1.2.3.4:443 Request URL:https://abcdefg.cloudfront.net/folder/path/icons-f10eba064933db447695cf85b06f7df3.woff Request Method:GET Status Code:200 OK Request Headers Accept:*/* Accept-Encoding:gzip,deflate Accept-Language:en-US,en;q=0.8 Cache-Control:no-cache Connection:keep-alive Host:abcdefg.cloudfront.net Origin:https://sub.domain.com Pragma:no-cache Referer:https://abcdefg.cloudfront.net/folder/path/icons-e283e9c896b17f5fb5717f7c9f6b05eb.css User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.94 Safari/537.36 JSファイルを含め、Cloudfront / S3からの他のすべてのリクエストは適切に機能します。


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