VPC初心者がハマりやすいポイントをまとめてみた - サーバーワークスエンジニアブログ
皆さんこんにちは。テクニカルグループの山田です。 今回、社内の研修で初めてVPCに触れたのですが、VPCを構築する際にハマった部分が何箇所かあったので他にもいるであろう、迷える子羊のためにハマリやすいポイントを初心者の目線から解説していきます。 そんな事も知らないのかと思われる方もいらっしゃると思いますが、どうか温かい目で見てくだされば嬉しく思います！ なお、VPCの基本的な構築手順については、ググればたくさん出てくると思うのでそちらをご覧下さい。 VPCの構築で気になった・ハマったポイント VPCのサイズは変更不可！ VPCを作成する際に、CIDR形式でVPCのサイズを決めると思うのですがこれは一度決めたらもう変えられません！ アドレス範囲を変えたい場合は、もう一度作りなおすしか方法はありません。 どうせ後で変えられるんでしょ？と、たかをくくって適当に指定すると後で泣きを見ることになるの
Amazon S3 バケットポリシーの例 - Amazon Simple Storage Service
Amazon S3 バケットポリシーを使用すると、バケット内のオブジェクトへのアクセスを保護して、適切な権限を持つユーザーだけがアクセスできるようにすることができます。適切な権限を持たない認証済みユーザーが Amazon S3 リソースにアクセスできないようにすることもできます。 このセクションでは、バケットポリシーの一般的なユースケース例を紹介します。これらのサンプルポリシーは、example-s3-bucket をリソース値として使用します。これらのポリシーをテストするには、user input placeholders をお客様の情報 (バケット名など) と置き換えます。 オブジェクトのセットに対するアクセス許可を付与または拒否するために、Amazon リソースネーム (ARN) やその他の値でワイルドカード文字 (*) を使用できます。例えば、共通のプレフィックスで始まるか、.ht
【IAM】リードオンリーのユーザーにパスワード変更を許可する方法について | DevelopersIO
はじめに こんにちは植木和樹です。先日IAMについて機能拡張のアナウンスがありました。早速、大瀧さんがブログに書いていますね。 強化されたAWS IAMパスワード管理を理解する ｜ Developers.IO このブログ読んででふと気づいたのですが、"Allow users to change their own password"のチェックボックスは以前からありましたでしょうか？ 画面に表示されているヒントには "Enables all IAM users to change their own passwords. You can allow only specific users to change their own passwords by clearing this box and allowing this action in their IAM user or group
CM re:Growth 2014 TOKYOで「MSP向けIAM ReadOnly権限」を話しました #cmdevio | DevelopersIO
はじめに こんにちは。三井田です。先日、昨年の12月16日、クラスメソッドAWSチームにて「re:Growth Tokyo 2014」を開催しました。私はIAMのReadOnly権限について、運用を委託される立場からチューニングをお話をしました。 AWS謹製ポリシーテンプレート IAMについておさらい AWSで操作できる各アクションは、原則的に全てAPIに定義されています。そして、AWS Identity and Access Management（IAM） サービスにより、各APIアクションを許可・拒否することで、AWSリソースに対して何を実行できるかが決まって来るのです。 IAMについての様々な記事は、弊社ブログにて多数紹介されていますので、参考にしてください。 参照：『特集カテゴリーIAM』 AWS謹製のポリシーテンプレート ポリシーテンプレートは、IAMのマネジメントコンソールから
IAM アイデンティティベースのポリシーの例 - AWS Identity and Access Management
ポリシーは AWS のオブジェクトであり、アイデンティティやリソースに関連付けて、これらのアクセス許可を定義します。AWS は、IAM プリンシパル (ユーザーまたはロール) によってリクエストが行われると、それらのポリシーを評価します。ポリシーでの権限により、リクエストが許可されるか拒否されるかが決まります。通常、ポリシーは、IAM エンティティ (ユーザー、ユーザーのグループ、ロール) にアタッチされている JSON ドキュメントとして AWS に保存されます。アイデンティティベースのポリシーには、AWS 管理ポリシー、カスタマー管理ポリシー、およびインラインポリシーがあります。これらの例の JSON ポリシードキュメントを使用して IAM ポリシーを作成する方法については、「JSON エディターを使用したポリシーの作成」を参照してください。 デフォルトではすべてのリクエストが拒否され
Amazon リソースネーム (ARN) - AWS Identity and Access Management
Amazon リソースネーム (ARN) は、AWS リソースを一意に識別します。IAM ポリシー、Amazon Relational Database Service (Amazon RDS) タグ、API コールなど、すべての AWS 全体でリソースを明確に指定する必要がある場合は ARN が必要になります。 ARN 形式 ARN の一般的な形式を次に示します。具体的な形式は、リソースによって異なります。ARN を使用するには、italicized のテキスト (arn 以外のすべて) をリソース固有の情報に置き換えます。一部のリソースの ARN では、リージョン、アカウント ID、または、リージョンとアカウント ID の両方が省略されていることに注意してください。 arn:partition:service:region:account-id:resource-id arn:part
もっとELB（Elastic Load Balancing）を活用する | DevelopersIO
みんな大好きElastic Load Balancing(以下ELB)は利用にあたっては細かい仕様に注意する必要があります。 2014年ELBにお世話になった人もそうでない人も2015年はもっとELBを活用するために、改めてELBの仕様や活用方法を振り返ってみましょう。 ※本稿の内容の多くは一度でもELBを使ったことがある方を想定しています。 ELBが得意なところ ELBはコスト効果良く高い可用性と拡張性をもつロードバランサーをサービスとして提供してくれるので、最初に利用するロードバランサーとしても、長く使うロードバランサーとしても優秀です。 ELBを活用するためのドキュメントがAWSから公開されています。未読の方は必ず目を通しておきましょう。 Best Practices in Evaluating Elastic Load Balancing ELBが苦手なところ ELBを利用する上で
【基本おさらい】Amazon S3バケットに読み取り専用のポリシーをつけたAWS IAMポリシーをサクッと作る方法 | DevelopersIO
こんにちは、せーのです。恵方巻で顎が外れそうになり、病院一歩手前でしたが今月もブログ頑張りましょう。 最近基本操作についての記事が少ないので、今日はIAMポリシーの基本としてS3のアクセスをコントロールするポリシーの書き方をおさらいします。サクッと作れるように要点だけを押さえて細かい仕様を省いてみます。 基本を押さえる IAMポリシーの基本 まずIAMポリシーの基本を押さえます。IAMポリシーはJSON形式で記述し、書く項目も決まっています。基本部分は覚えてしまえば簡単ですので覚えてしまいましょう。 Version : ポリシー言語のバージョン。[2012-10-17]が最新 Statement : 設定項目の大項目。この中に全てのポリシーが書かれる。 Sid : ステートメント識別子。ユーザーが識別の為につける文字列なのでポリシー内でかぶってなければなんでもいい。 Effect : この
cloudpackブログ - AWSのIAMユーザーの権限で一部のS3のバケットだけリストを不可能にする
S3のバケットは、コンソール上でリードオンリーにする権限に設定することができますが、リードオンリーの場合、bucketのファイルがすべて見えてしまいます。 不要なbucketの中身を見せたくない場合には、指定したbucketをリストもできない権限を設定にしてみました。 元々のS3readonly { "Statement": [ { "Action": [ "s3:List*", "s3:Get*" ], "Effect": "Allow", "Resource": "*" } ] } 特定のbucket（hoge.buket.name）だけを見れないように指定したIAMユーザーのS3権限にDenyを指定するとhoge.buket.nameを選択しても中身が見れないようになります。 Denyの指定は、後から設定することが可能です。 { "Statement": [ { "Action":
Amazon S3のバケットに特定のユーザだけアクセスさせたい時どうするかメモ - I’m hungry
S3を設定したときのメモ書き S3は「バケット」を作成してObjectをPUT/GET/DELETEする。 AWS Management ConsoleのS3タブから作成する。 ■バケット毎にアクセス制御したいとき 普通のログインアカウント（契約してるメールアドレス）のアクセスキーだと 基本なんでもできてしまうので開発を別の人にやってもらうとかの場合使えない。 （別でなくてもセキュリティ的に問題だと思うけど） Management ConsoleからIAM（Identity and Access Management）タブを選択して ユーザ／グループを作成し、バケットに対するアクセス権限を付与してやればよい。ような気がする。 （※どんな設計にすればいいのか正解がわからない） ユーザにはAmazonが用意しているパーミッション ・Administrator User ・Power User
[AWS] 閲覧のみ(Read Only) IAMユーザの作り方 | DevelopersIO
はじめに こんにちは。調査等に一時的に利用する読み込み専用のユーザ(IAMユーザ)の作成方法を説明します。このユーザ情報を調査する人に渡せば、その人が誤ってリソースを削除することもありませんし、調査後ユーザを削除してしまえば、セキュリティ的にも安心です。弊社でお客様の環境を確認する際にも利用します。手順はつぎのとおりとなります。 IAMユーザの作成 ログイン可能ユーザへ変更 ポリシーの設定 ログインの確認 ユーザの削除 IAMユーザの作成 AWS Management Consoleにログインし、「IAM」をクリックします。 IAMの画面になります。「Users」をクリックします。 ユーザー一覧画面になります。「 Create New User」をクリックします。 ユーザ作成ダイアログが表示されます。 5人ユーザを同時に作成可能です。一番上のテキストボックスに「readonly」と入力し、
![[AWS] 閲覧のみ(Read Only) IAMユーザの作り方 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
Hooray! Amazon will start breaking out AWS numbers – Old GigaOm
For cloud watchers, the real news out of Amazon’s fourth-quarter earnings call is that the company will finally break out Amazon Web Services numbers from the rest of its gigantic retail business starting in the first quarter. To date, the AWS numbers have been buried in the poetically named “North America Net Sales (Other)” category along with a mish mash of other items. Of course that hot littl
CloudFormationテンプレート生成ツール、troposphereを試す | チャットワーククリエーターズブログ
こんにちは！こんばんは！サーバーエンジニアの藤原です。 ChatWork Advent Calendar2014の7日目を担当します。 AWS最大のイベントAWS re:Inventをご存知でしょうか？毎年ラスベガスで開催されており、今年も11/11～14にかけて行われました。ありがたいことに、私は初回から3回連続で参加しています。そして、弊社クラウドチームから、今年は計5名！参加しました その後、シリコンバレーにもう1週間滞在し、計2週間の長期出張になりました re:InventではKeynoteをはじめ、様々なセッションが同時並行で行われるのですが、昨年・今年と行われている、ちょっと変わったイベントがあります。そう、GameDayです GameDayとは？2012年米国大統領選挙にてオバマ大統領陣営で行われたキャンペーン『Obama For America』が発祥のイベントになります。
【AWS】Stack is not required! CloudFormation支援ツール “kumogata” を試してみました | DevelopersIO
【AWS】Stack is not required! CloudFormation支援ツール “kumogata” を試してみました はじめに こんにちは植木和樹です。6月のJAWS-UG長野でcloudpackの山口さんが紹介されていたkumogataを試してみました。 winebarrel/kumogata · GitHub CloudFormation用ツール Kumogata 0.1.0 - so what 内部でCloudFormationを使いながらも「テンプレートにコメントが記述できる」だけでうれしいkumogataですが、果たしてどのようなものなのでしょうか。 用意するもの 今回は手元のOSXにインストールしてみます。rubyはrbenvを入れて 1.9.3を使用しています。kumogataはgemコマンドで簡単にインストールができます。 % gem search kum
Choosing between alias and non-alias records - Amazon Route 53
Amazon Route 53 alias records provide a Route 53–specific extension to DNS functionality. Alias records let you route traffic to selected AWS resources, including but not limited to, CloudFront distributions and Amazon S3 buckets. They also let you route traffic from one record in a hosted zone to another record. Unlike a CNAME record, you can create an alias record at the top node of a DNS namesp
Route 53でZone ApexドメインをS3を使ってリダイレクトする | DevelopersIO
最近、Zone Apex *1ドメインに対するリクエストをリダイレクトしたいという要望があったため調査しました。その調査結果について記述します。 S3のStatic Website Hosting機能にはRedirect all requests to another host nameという選択肢があります。この機能とRoute 53のAliasレコードを組み合わせることでZone Apexとなるドメインに対するリクエストを簡単にリダイレクトすることが出来ます。今回は例としてhttp://hoge.example.com/へのアクセスをhttp://example.net/hoge/にリダイレクトする設定方法について記述します。 リダイレクトに利用するS3バケットを作成する まずS3のマネジメントコンソールでリダイレクトに利用するS3バケットを作成します。S3のStatic Websit
「Amazonで納品書が入ってない！」の理由：領収書に加えて納品書も省略開始
最近、Amazonからの荷物に納品書が入っていないケースが増えています。納品書が必要なときどうすればいいのかを紹介します。 また、納品書が入っていない原因を調べてみると、Amazonが納品書の添付の省略を開始していたことが分かりました。これでAmazonは、領収書の省略だけでなく、納品書の省略まで開始したことになります。 目次 1. 以前から「領収書」は省略済み2. 「納品書」まで入ってない！3. Amazonが「納品書」の省略を開始！4. 「納品書」が必要な場合は？再発行？郵送してくれる？5. まとめ6. 追記：請求方法について スポンサーリンク 以前から「領収書」は省略済み 以前の記事で、Amazonが「領収書の省略を開始した」と紹介しました。 現在、一部を除き、領収書は荷物に添付されていません。 領収書の入手方法：今年度からAmazonが「領収書・納品書」の扱いを変更したので要注意
Amazonクラウドが「Amazon EC2 Auto Recovery」開始。システム障害を検知するとインスタンスを自動的に別システムへ移動、復旧
Amazon EC2 Auto Recoveryは、インスタンスが稼働しているサーバのシステム障害が検知されると、そのインスタンスを自動的に別のサーバへ移動、再起動し、システム障害から復旧させる機能。 移動したインスタンスは、IDやIPアドレス、コンフィグレーションなども含めて移動前のインスタンスと同じものになります。 これにより利用者は、クラウド上でいままで以上に可用性を高めることが容易になります。 AWS Cloud Watchで検知し、自動復旧 Auto Recoveryを機能させるには、AWS CloudWatchのアラームを作成し、メトリクスの「EC2 Status Check Failed (System)」のアクション「Recover this instance」を選択します。検知されるシステム障害の例は、ネットワークの切断、システム電源断、物理ホストのソフトウェア障害あるい
EC2上のMySQLをRDSに移行する際のポイントとか - k4200’s notes and thoughts
Amazon RDSとは、Amazonが提供するマネージドのMySQLサービス（OracleとMicrosoft SQL Serverもあるけど）。 最近、いくつかのプロジェクトでEC2上のMySQLからRDSに移行したので、その際に気をつけるポイントとかを書いてみる。 RDSの制約 メンテナンスウィンドウ セキュリティパッチの適用などが、事前に設定したメンテナンスウィンドウの中で行われる。例えば、メンテナンスウィンドウを月曜の1:00〜1:30に設定した場合、この時間帯でメンテナンスが行われる「可能性がある」。毎週この時間帯でメンテナンスが必ず行われるわけではないってのはFAQ。 ちなみに、通常はメンテナンスに伴いサーバー再起動等のサービス断が発生するが、それに関して事前に通知などはないので、RDSにつながらない場合はエラー画面を出すなどの仕組みをアプリ側で用意する必要がある。 （実質）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Forums | AWS re:Post