AWSスナップショットの使い方。リストア時、マウントしてファイルリストア | puti se blog
AWSでは、バックアップの代わりに スナップショット AMI の二種類があります。 AMIは用途として分かりますが、スナップショットが用途的に便利なケースはどのような時でしょうか？ 結論、AWSスナップショットをマウントしファイルリストア出来る！ 結論から言いますと AMIはイメージリストアに適しており(ただし基本オフラインでAMI取得) スナップショットはファイルリストアに適しています ※ AMIはスナップショットを含んでいますので、ファイルリストアも可能です AWSでスナップショットを取得するのはファイルリストアしたい時ですね。 スナップショットからファイルリストアする方法、一連の作業流れ スナップショットからボリュームを作成する ボリュームをインスタンスにアタッチする ボリュームをOS上でマウントする ボリュームをOS上でアンマウントする ボリュームをインスタンスからデタッチする ボ
基礎からのネットワーク&サーバ構築 改訂版 まとめ - Qiita
こちらの記事でまとめを書いた書籍の改訂版が出ていたので、まとめ直したものです。 http://qiita.com/chrischris0801/items/7987982bb1d895493d36 参考 Amazon Web Services 基礎からのネットワーク&サーバー構築 改訂版 AWSを借りてWordpressのブログを作成するという例を用いて、 ネットワークの基本 ネットワークに関連するLinuxコマンド AWSによるサーバーの構築 アプリケーションの設定 などを解説している書籍。 項目 IPアドレス VPC領域とサブネット 仮想サーバー SSH EGPとIGP ポート番号 ファイアウォール WEBサーバーの構築 ドメイン HTTP プライベートサブネット NATサーバー MySQLのインストール 通信の復習 TCP/IP 概要 サーバー サーバーとはLinuxやWindows
一時的なセキュリティ認証情報をリクエストする - AWS Identity and Access Management
一時的なセキュリティ認証情報をリクエストするには、AWS API で AWS Security Token Service (AWS STS) を使用できます。これには、AWS リソースへのアクセスを制御できる一時的セキュリティ認証情報を持つ、信頼されたユーザーを作成および提供するオペレーションが含まれます。AWS STS の詳細については、「IAM の一時的な認証情報」を参照してください。ロールを引き受けることで一時的なセキュリティ認証情報をリクエストするための別の方法については、「ロールを引き受けるための各種方法」を参照してください。 API オペレーションを呼び出すには、いずれかの AWS SDK を使用することができます。SDK は、Java、.NET、Python、Ruby、Android、iOS など、さまざまなプログラミング言語や環境で使用できます。SDK は、リクエストへの
IAM の一時的な認証情報 - AWS Identity and Access Management
AWS Security Token Service (AWS STS) を使用して、AWS リソースへのアクセスをコントロールできる一時的セキュリティ認証情報を持つ、信頼されたユーザーを作成および提供することができます。一時的セキュリティ認証情報の機能は、長期的なアクセスキー認証情報とほとんど同じですが、次の相違点があります。 一時的セキュリティ認証情報は、その名前が示すとおり、使用期限が短くなっています。有効期限は数分から数時間に設定できます。認証情報が失効すると、AWS はそれらを認識しなくなります。また、その認証情報によって作成された API リクエストによるあらゆるタイプのアクセスが許可されなくなります。 一時的セキュリティ認証情報はユーザーとともに保存されることはなく、ユーザーのリクエストに応じて動的に生成され、提供されます。一時的セキュリティ認証情報が失効すると（または失効す
AWS リソースで一時的な認証情報を使用する - AWS Identity and Access Management
一時的な認証情報を使用して、AWS または AWS CLI API（AWS SDKを使用）を使用して AWS リソースのプログラム要求を行うことができます。一時的な認証情報は、IAM ユーザーの認証情報など、長期的なセキュリティ認証情報を使用するのと同じアクセス許可を提供します。ただし、いくつか違いがあります。 一時的セキュリティ認証情報を使用して呼び出しを行うときは、一時的な認証情報と共に返されるセッショントークンを呼び出しに含める必要があります。AWS はセッショントークンを使用して、一時的セキュリティ認証情報を検証します。 一時的な認証情報は、指定した期間が過ぎると失効します。一時認証情報が有効期限切れになると、その認証情報を使用する呼び出しはすべて失敗するため、新しい一時認証情報を生成する必要があります。一時的な認証情報は、最初に指定された間隔を超えて延長または更新することはできま
IAMロール徹底理解 〜 AssumeRoleの正体 | DevelopersIO
さて、皆様はIAMにどのようなイメージをお持ちでしょうか。プロジェクトに関わる複数人で1つのAWSアカウントを扱う時、各メンバーに配布するアカウントを作れる機能。そして、その気になればアカウントをグループ分けし、権限を厳密に管理できる機能。といったところかと思います。 上記のユースケースで出てきた主なエンティティ（要素）はUserとGroupですね。IAMのManagement Consoleで見てみると、IAMはこれらの他にRoleやIdentity Providerというエンティティによって構成されているようだ、ということがわかります。今日はRoleにフォーカスを当てて、その実態を詳しく理解します。 IAM Role IAM Roleを使うと、先に挙げたIAMのユースケースの他に、下記のようなことが出来るようになります。 IAM roles for EC2 instancesを使ってみ
IAM チュートリアル: AWS アカウント間の IAM ロールを使用したアクセスの委任 - AWS Identity and Access Management
IAM ベストプラクティスでは、長期的な認証情報を持つIAMユーザーを使用するのではなく、一時的な認証情報を使用して AWS にアクセスするために、IDプロバイダーとのフェデレーションを使用することを人間ユーザーに求めることを推奨します。IAM ユーザーは、フェデレーションユーザーでサポートされていない特定のユースケースにのみ使用することをお勧めします。 このチュートリアルでは、ロールを使用して、ターゲットとソースと呼ばれる、さまざまな AWS アカウント にあるリソースへのアクセスを委任する方法を説明します。特定のアカウントにあるリソースを別のアカウントのユーザーと共有します。このようにクロスアカウントアクセスを設定することで、お客様はアカウントごとに IAM ユーザーを作成する必要がなくなります。また、ユーザーは、異なる AWS アカウント のアカウントのリソースにアクセスするために、
俺のチュートリアル 2017 夏 〜 チュートリアルで学ぶ IAM Role によるクロスアカウントアクセス 〜 | iret.media
以下の Trust relationships を適用して IAM Role の role-01 を作成する。 $ cat role-01.json { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::xxxxxxxx0002:role/role-02" }, "Action": "sts:AssumeRole" } ] } $ aws \ --profile ${Account xxxx-xxxx-0001 の PROFILE} \ iam create-role \ --role-name role-01 \ --assume-role-policy-document file://role-01.json \ --query Role.Ar
AWS IAMポリシーを理解する | DevelopersIO
はじめに こんにちは、川原です。 AWSのIAMサービスでは、各AWSサービスへの操作をアクセス制御するために「ポリシー」という概念があります。 AWSのドキュメントを読んでいると、ポリシーにはいくつか種類があることに気付くかと思います。本ブログではそれらのポリシーについて整理してみたいと思います。 ポリシーの基本 ポリシーは基本的に、「誰が」「どのAWSサービスの」「どのリソースに対して」「どんな操作を」「許可する(許可しない)」、といったことをJSON形式で記述します。 記述したポリシーをユーザー(IAMユーザー、IAMグループ、IAMロール)や、AWSリソースに関連づけることで、アクセス制御を実現しています。 例えば、以下のJSONはAWS側で用意しているAmazonS3ReadOnlyAccessという名前のポリシーです(後述するユーザーベースポリシーのAWS管理ポリシーに該当)。
[AWS]管理ポリシーとインラインポリシーの違いが分からなかったので改めてIAMポリシーのお勉強をする - Qiita
3年越しの加筆 このqiitaの記事を書いたのは2017年ですが、その内容を取り込んで、2020年に以下の記事を書きました。 [IAMポリシーの管理画面で出てくる「AWS管理のジョブ機能」って何?｜クラスメソッドブログ] https://dev.classmethod.jp/cloud/aws/iam-job-function/#toc-iam1 併せてお読みいただけると、より理解が深まるかと思います。 はじめに これまで私がIAMユーザーへ「ポリシー」を付与する際には、 下記の一辺倒でしか闘ってきませんでした。 IAMグループに「ポリシー」をアタッチする IAMグループにIAMユーザーを追加する ポリシーの種類を深く考えることがなかったので、おさらいも兼ねて整理していきます。 0.IDベースかリソースベースか いきなり少し脱線します。 AWSにおけるアクセス権限を付与する方法は2種類あり
![[AWS]管理ポリシーとインラインポリシーの違いが分からなかったので改めてIAMポリシーのお勉強をする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/d644bd9933e240ba6123ae8c04fdab85a01c0e91/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQVdTJTVEJUU3JUFFJUExJUU3JTkwJTg2JUUzJTgzJTlEJUUzJTgzJUFBJUUzJTgyJUI3JUUzJTgzJUJDJUUzJTgxJUE4JUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgzJUE5JUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgzJTlEJUUzJTgzJUFBJUUzJTgyJUI3JUUzJTgzJUJDJUUzJTgxJUFFJUU5JTgxJTk1JUUzJTgxJTg0JUUzJTgxJThDJUU1JTg4JTg2JUUzJTgxJThCJUUzJTgyJTg5JUUzJTgxJUFBJUUzJTgxJThCJUUzJTgxJUEzJUUzJTgxJTlGJUUzJTgxJUFFJUUzJTgxJUE3JUU2JTk0JUI5JUUzJTgyJTgxJUUzJTgxJUE2SUFNJUUzJTgzJTlEJUUzJTgzJUFBJUUzJTgyJUI3JUUzJTgzJUJDJUUzJTgxJUFFJUUzJTgxJThBJUU1JThCJTg5JUU1JUJDJUI3JUUzJTgyJTkyJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02YTllMzM4OWRkY2RjOTIyM2IwYjA4ZTZhZWY4NjFjZA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBCYXRjaGkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTNjYTUwY2NlNmI0ZDhjYWQ1M2YxN2ZlZjRlNmZkMjE5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44Kk44Oz44OV44Op5YuJ5by35Lya%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dff11786a7a0b692a3e87e43041932c67)
AWS Solutions Architect ブログ
SA岩永です。クラウド時代になり、Blue/Greenデプロイと呼ばれる方式を取るシステムが増えてきました。ただ、日本語で書かれているBlue/Greenデプロイの情報は多少古いものが多いため、特にクラウドで真価を発揮するBlue/Greenデプロイについて2015年の最後に一度まとめてみたいと思います。 以下は私の個人的な考えに基づくものであり、他にも様々な考え方があります。AWSのデプロイに関する発表でも沢山の考え方が提案されていますし、デプロイをサポートするサービスを多種多様に提供しています。1つの考え方として参考にして頂ければ幸いです。 なおこの記事は、2015年のAWS re:Inventのセッション『(DVO401) Deep Dive into Blue/Green Deployments on AWS』を参考にしています。興味のある方はSlideshareやYoutubeを
AKIBA.aws 第3回 特別編：「ついてこられるか？AWSネットワークの進化」で発表しました #reinvent | DevelopersIO
こんにちは、菊池です。 昨日、12月6日にAWSをテーマにした勉強会、AKIBA.awsの第3回目を開始しました。 AKIBA.aws AKIBA.awsは、AWSを利用しているエンジニアを対象とした勉強会です。 日々進化を続けるAWSの技術動向を追い、参加者が相互に情報交換し、スキルを高めていくことができる場所にしたいと思っています。一方的に情報提供をするのではなく、発表を通じて質問やディスカッションを行い、発表者・参加者の双方で議論を深めていくことをイメージしています。 第3回は「特別編」 今回は「特別編」として、先週、アメリカのラズベガスで開催された、re:Invent 2017で発表されたアップデートについて、レポートしました。 今年も、数多くのアップデートがあった中から、現地参加したエンジニアが注目したものをそれぞれレポートします。 発表資料 私からは、「ついてこられるか？AWS
【速報】新サービスS3 SELECTが発表されました！！ #reinvent | DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 re:Invent 2017 KeynoteにてS3 SELECTが発表されました！！ https://aws.amazon.com/jp/blogs/aws/s3-glacier-select/ 特徴 新しいAPIを使用して、オブジェクト内のデータを選択および取得します。 S3オブジェクトデータのサブセットを処理するアプリケーションの高速化します データアクセスのパフォーマンスを最大４00%に高速化 S3 SELECTを使用することで分析の高速化 コード例 import boto3 from s3select import ResponseHandler class PrintingResponseHandler(ResponseHandler): def handle_records(self, record_data): print(record_
ActiveMQからAmazon MQへの移行はどれほど簡単なのか #reinvent | DevelopersIO
こんにちは。サービスグループの武田です。 re:Invent 2017も盛況のうちに終わり、弊社もまた日常が戻ってきました。 今回の発表もさまざまなものがありましたが、その中にActiveMQのフルマネージドサービスがありました。その名もAmazon MQ。さっそくいくつか記事も上がっていましたね。 【速報】新サービスAmazon MQを早速使ってみた！ #reinvent Amazon MQによるエンタープライズシステムのクラウドマイグレーション #reinvent AWSにはもともとAmazon SQSというキューイングサービスや、Amazon SNSというトピックサービスがありました。ユースケースとしては、Amazon MQは既存の環境からの移行、SQSやSNSは新規のアプリケーション開発に使うとよいようです。 今回は既存のActiveMQを使用しているアプリケーションが、どれほど簡
Amazon Elastic Container Service for Kubernetes (EKS)の所感 - Qiita
ついにAWSのマネージドKubernetesサービス「EKS」が発表されましたね！ この記事では、これまでKubernetes on AWSに取り組んできた @mumoshu の観点でEKSについてまとめてみたいと思います。 @mumoshuって誰？ Kubernetes Incubatorのひとつ、kube-awsというKubernetesクラスタのプロビジョニングツールのメンテナです。 Kubernetes on AWSのつらみ これまでKubernetesをAWSで運用する場合の最も大きなつらみ（と思われていた）は、Kubernetesを自前でAWSにデプロイすることでした。 例えば、AzureやGCPにはそれぞれAKSやGKEといったKubernetesのマネージドサービスがあります。 AKSやGKEは「クラスタを作成する」という操作をすればKubernetesが使い始められたり、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
aws-workshop-for-kubernetes/readme.adoc at master · aws-samples/aws-workshop-for-kubernetes
ABD201-Big Data Architectural Patterns and Best Practices on AWS
Spinnaker on AWS - Quick Start
https://s3.amazonaws.com/quickstart-reference/confluent/kafka/latest/doc/confluent-platform-on-the-aws-cloud.pdf
https://d0.awsstatic.com/International/ja_JP/Whitepapers/AWS%20Security%20Whitepaper.pdf?refid=em_?sc_channel=em&sc_campaign=global_LN_DF_TDM_E_Security_WP_2016.LN_DF_Security_2016&sc_publisher=aws&sc_medium=em_19919&sc_content=ln_ln_ot&sc_country=JP&sc_g