技術的なお問い合わせに関するガイドライン | AWS サポート
AWS サポートでは、お客様の課題の解決を効率的かつ迅速に行いたいと常に考えています。本ページでは、お客様が技術的なご質問をサポートケースに起票いただく際に、早期解決に役立つポイントをまとめました。例文も掲載していますのでぜひご参照ください。 なお、サポート全般についての一般的な情報は、AWS サポートをご参照ください。 サポートレベル毎の技術サポートへのアクセスについては、AWS サポートのプラン比較をご参照ください。 基本情報の入力について サービス／カテゴリー お問い合わせ内容に最も近い項目をご選択いただくことで、適切な回答が早期に得られる可能性が高まります。 お問い合わせ言語 日本語を選択します。英語での技術支援をご希望の場合には English を選択します。 連絡方法 多くの場合、Web を推奨します。連絡方法の詳細については、連絡方法（Web、電話、Chat）の選択についてを
AWSでアベイラビリティゾーンをまたいでのアクセスが想像以上に遅かった話 - Qiita
うーん…下手すると処理時間が倍くらい違う... いろいろ調べてみるとアベイラビリティ―ゾーン(AZ)が問題らしい EC2インスタンスは両方共 m4.large のため、マシンスペックは同じです。 また、監視グラフを見てみても特定のインスタンスに負荷がかかっている。 いろいろ調べてみると、どうにも 「アベイラビリティゾーン(AZ)をまたいだ通信は結構コストが掛かるよ！」 という記事が見つかりました。(AZ間のレイテンシについて ) あなたのマイスターのシステムではELBで負荷分散しているEC2の片側のみが ap-northeast-1a 、それ以外のEC2、RDS、Elasticsearch、Redisが全て ap-northeast-1c で構成されている Multi-AZ 構成になっています。 もしやこれかが原因か？と思ったんですが、ちょっと記事が古い... しかもAWSの人に相談したと
AWS ELBの504ステータスのGateway Timeoutと格闘した話(最終的にALBで直った） - YOMON8.NET
ELBのメトリクスのステータスには、バックエンドのEC2が返したステータス(HTTPCode_Backend_XXX)と、ELB自身のステータス(HTTPCode_ELB_5XX)があります。 ELB自身のステータスコードの中には504というエラーコードがあります。この504エラーと格闘した話を書きます。 この504エラーは、CloudWatchのメトリクスで言うとHTTPCode_ELB_5XXに上がってきます。 このメトリクスは5XXという名前の通り、504以外のコードも含んでいます。 例えば、 HTTP 502: Bad Gateway (バックエンドサーバからのレスポンスがHTTPレスポンスとして解釈不能)や、 HTTP 503: Service Unavailable (突発的なアクセス増によりスケールが間に合わない時など） などがあります。 実際に504かどうかはS3に保存され
using CloudFormation with an existing S3 bucket
Using CloudFormation, I want to set some of the properties in AWS::S3::Bucket on an existing bucket. In other words, I don't want to create the bucket, I just want to enforce some of the settings. Here's an example of my CloudFormation JSON: "websitePreviewBucket": { "Type": "AWS::S3::Bucket", "Properties": { "AccessControl": "PublicRead", "VersioningConfiguration": { "Status": "Suspended" }, "Buc
Amazon S3に置いた画像ファイルがTwitter, Facebook, Chatwork, Slack, Discordでどう展開されるか試してみた | DevelopersIO
Twitterは画像のリンクを貼って投稿するだけでは画像が展開されませんでした。(Chatworkはどちらも展開されないけれど)おそらく「画像を投稿したいなら、リンクではなくAPI(ないし投稿用フォーム)からパラメータに画像データをセットして投稿してくれ」ということだと思います。当たり前といえば当たり前な気がします。 ここから先はどういう調べ方をしたかと、展開のされ方を画像付きで載せていきます。 調べ方 パブリックアクセス権限を付与したS3バケットを作成する 作成したS3バケットに、パブリックアクセス権限と Content-Type: image-jpeg を設定した .jpg ファイルを置く (作成したS3バケットに、パブリックアクセス権限を付与してOGPを設定したhtmlファイルを置く) 各サービスでファイルのリンクを貼って投稿する OGPの設定は以下の通り。 <!DOCTYPE ht
AWS API を叩くためだけに Python を使っていたけどもうやめた - Qiita
AWS CLI でがんばるのは辛いと思っていた時期もあった ここ１年ぐらい AWS であれやこれやすることが多くなってきたのですが、インスタンスを上げたり下げたりをいちいちブラウザでマネジメントコンソールを開いてぽちぽちするのは辛いです。コンソールからさくっと立ち上げたいです。 AWS コマンドラインインターフェイス（AWS CLI） というものがあるので、コンソールからさくっとできることはできるのですが、単にインスタンスを立ち上げてそれっぽいタグを付与するだけでも・・・ インスタンスを起動する。 aws ec2 run-instances \ --image-id "ami-12345678" \ --key-name "ore-no-key" \ --instance-type "t2.micro" \ --iam-instance-profile "Name=areare" \ --
Private Presentation
Private content!This content has been marked as private by the uploader.
AWS箇条書きナレッジ - Qiita
話のネタ ドワンゴ Advent Calendar 元々はプログラマで、3年くらい前にインフラ（サーバー）エンジニアに転向 オンプレミスで物理サーバー設置・OS等インストール・運用を担当 Chef今も活用してます（Chef Solo代替を検討中。そのうち何か晒したい） AWS未経験の2015年6月から4か月間で、悪戦苦闘しながら ニコルンを無事リリース AWSおもしろいけど、覚えること知らないといけないことが多すぎて、しかもやってから罠を踏むこと多数 AWSこれから始める人や、経験したことのある人でも役立つ、 構築・運用するときのポイントをまとめたナレッジ書いてみました 導入 AWSって費用がお得なの？ AWSの方がコスト割高：VPS1つで収まる程度の規模、大規模なシステム AWSの方がお得な傾向：スタートアップなシステム、規模にマッチした設計・運用ができているシステム サーバー起動中は1
elastic beanstalk cliの結果をshell内で待つようにした - Qiita
aws elasticbeanstalk update-environment --environment-name $PROD_ENV --template-name production aws elasticbeanstalk swap-environment-cnames --source-environment-name $PROD_ENV --destination-environment-name $STAGE_ENV A client error (InvalidParameterValue) occurred when calling the SwapEnvironmentCNAMEs operation: Environment 'tekitouna-env-name' is pending deployment. Wait until the environment
AWS セキュリティグループのオレオレ設定ポリシー - Qiita
セキュリティグループは、1 つ以上のインスタンスのトラフィックを制御する仮想ファイアウォールとして機能します。インスタンスを起動するときに、1 つ以上のセキュリティグループとインスタンスを関連付けます。各セキュリティグループに対してルールを追加し、関連付けられたインスタンスに対するトラフィックを許可します。セキュリティグループルールはいつでも変更できます。新しいルールは、セキュリティグループに関連付けられているインスタンスすべてに自動的に適用されます。インスタンスに到達できるトラフィックを許可するかどうかの判断では、インスタンスに関連付けられているすべてのセキュリティグループのすべてのルールが評価されます。 by AWS 要するにファイアウォール。 あるある事例 同じ様なポリシーが乱立 AWS担当者が一人の場合にはあまり起こらないが、複数人で設定を行うと同じ様な設定が複数個作られる。特にた
AWSからS3のセキュリティについて警告メールが来た時の対処方法 - Qiita
AWSからS3の警告メールが来たら S3バケットのポリシーに関するTIPSです。 SORACOMの松井さんに教えていただいて大変助かったので情報共有として記事にします。 いきなりメールが来る AWSからある日こんなメールが届きました。どうも特定の条件の人に一斉にメール送ってるようです。 Subject: Securing Amazon S3 Buckets [AWS Account: ******] Hello, We’re writing to remind you that one or more of your Amazon S3 bucket access control lists (ACLs) are currently configured to allow access from any user on the Internet. The list of buckets w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
