AWS Solutions Architect ブログ

AWS Black Belt Online Seminar「Deployment on AWS」の資料およびQA公開

こんにちは、プロフェッショナルサービスの宮本です。

先日開催致しました AWS Black Belt Online Seminar 「Deployment on AWS」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。

今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。

AWS Black Belt Online Seminar 2017 Deployment on AWS from Amazon Web Services Japan

 

【Q&A】

Q1 CodeStarの設定内容のエクスポートは可能でしょうか。

A1 CodeStarにはエクスポート機能はありませんが、CodeStarで作成されるCodeCommit,CodeBuild,CodePipelineなどのリソースは各サービスのコンソールから確認できますので、設定情報は各コンソールを参照してください。 また、CodeStarはCloudFormationを利用して各サービスを配備するのですが、このテンプレートもデプロイ後にCloudFormationのコンソールから確認／ダウンロードすることができます。

Q2 In-PlaceパターンでEC2に対してビルドを行う場合、デプロイ対象のインスタンスを一時的にELBから外す必要があります。ELB操作まで行うのであれば、Beanstalkの方がより適しているとは思うのですが、CodeDeployでのデプロイでも問題ないでしょうか。

A2 CodeDeployのデプロイライフサイクルイベントフック(例えばApplicationStopフック)を利用して、デプロイする前にELBから切り離す処理を入れることは可能です。

http://docs.aws.amazon.com/ja_jp/codedeploy/latest/userguide/reference-appspec-file-structure-hooks.html

 

以上です。

AWS Black Belt Online Seminar 「 Amazon DynamoDB」 資料及びQ&A公開

こんにちは、ソリューションアーキテクトの岡本です。

2017/8/9に開催致しました AWS Black Belt Online Seminar 「Amazon DynamoDB」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。

今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。

AWS Black Belt Online Seminar 2017 Amazon DynamoDB from Amazon Web Services Japan

 

Q1: バックアップについて、具体的な説明がされている記事などはありますか？

A1: DynamoDBのドキュメントおよび下記のData Pipelineのドキュメントをご覧ください。
http://docs.aws.amazon.com/ja_jp/datapipeline/latest/DeveloperGuide/dp-importexport-ddb.html

 

他にもご質問をいただきましたが、後の時間でセッション内で説明された内容に関しましてはブログでの記載は省略させていただきます。

是非とも上記スライド資料をご覧いただければと思います。

 

以上です。今後もBlack Belt Online Seminarをよろしくお願いいたします。

[AWS Black Belt Onine Seminar] Monitoring on AWS AWS運用監視

こんにちは、パートナーソリューションアーキテクト（PSA)の相澤です。

先日開催致しました AWS Black Belt Online Seminar 「Monitoring on AWS AWS運用監視」の資料を公開いたしました。当日参加者の皆様から頂いたQAの回答と併せてご紹介致します。

今後のAWS Black Belt Online Seminarのスケジュールは こちら です。皆様のご参加をお待ちしております。
過去の資料や、動画もこちらから視聴可能ですので、そちらもご参照ください。

20170725 black belt_monitoring_on_aws from Amazon Web Services Japan

 

Q1. AMIで提供しているBIG Pなどは監視対象としてあるのでしょうか

A1. 基本的にはAWSリソースの監視はAWS責任共有モデルに基づき監視されます。この場合、監視対象とするメトリックにもよりますが、Cloudwatch Metricsが提供しているような
OSリソースに関しましてはCloudWatchをご検討頂き、よりネットワーク上位層の監視に付きましては、3^rd Party含めた監視ツールをご検討頂くといいかと思います。

 

Q2. Config Rules で、ルールに合わないものがあったとき"だけ"メール通知する方法はありますか？
(Lambdaで自分で開発でやればできそうなのですが…現状Configイベントすべてがメール通知されてしまい、メールが埋もれてしまいます)

A2. ご指摘頂いています通り、AWS Configのみでの実装はできないため、Lambdaといった他AWSサービスとのインテグレーションが必要になります。

 

Q3. 監視が正常に稼働していることを監視する方法をご教示下さい。　例えば死活監視は便りがないのは良い知らせですが、何らかの原因で監視が停止していても便りは来ません。

A3. Amazon CloudWatchはAWSが提供するフルマネージドの監視サービスになります。サービス(CloudWatch)自体の障害に関しましては、セッション中にご紹介しました、
AWS Health APIをご利用頂くことで問題が発生しているかをご確認頂けます。監視レベルにもよりますが、必ずしも監視ツールを監視するために、また監視ツールをいれる必要はありません。

 

Q4. 今日紹介していただいたサービスで、費用面で気をつけないといけないことあれば教えていただきたいです。　監視量で金額変わるなど。

A4. 基本的にはCloudTrial含め、コスト影響の少ないサービスになりますが、強いてあげるとするとConfig Rulesのコストをお気つけ頂ければと思います。
昨今ガバナンスの観点で大規模にConfig Rulesをご検討頂くケースがふえてきていますが、1ルールに対し1ドルかかるため、ルールを多数設定頂く場合は少し注意が必要です.

 

Q5. EC2での操作ログも今回紹介していただいたサービスに集約することは可能でしょうか?

A5. 基本的にはAWSリソースの監視はAWS責任共有モデルに基づき監視されます。またCloudTrailがAPI イベントのロギングを対象としているため、
例えば発行コマンド履歴等のロギングはCloudTrailではできません。OSのログとして残すものでしたらCloudWatch Logs含めご検討頂くといいかと思います。

 

【新トレーニングコースローンチのお知らせ】 "Running Container-Enabled Microservices on AWS"

こんにちはAWSテクニカルトレーナーの上原です。

 

 

本日は9月に新しくリリースされるトレーニング "Running Container-Enabled Microservices on AWS" についてご紹介いたします。

 

ちょっと名前が長いですよね？簡単に言うと AWS 上でコンテナを動かすためのトレーニングと思っていただければ問題ありません。 AWS 上で Docker の利用を考えている方は是非来てください。

 

コンテナを使うことで、 EC2 のスペックに縛られない柔軟なリソース利用ができ、環境を超えたアプリケーションのポータビリティと再現性が得られます。また Amazon が実践してきたマイクロサービスの考え方にもコンテナは非常にマッチします。

 

今年の6月に実施した AWS Summit Tokyo 2017 ではブートキャンプとして今回のトレーニングのハーフバージョンを提供しました。半分の内容でしたが以下のようなうれしい声をお客様からいただきました。今回のトレーニングはブートキャンプの時の拡大版になります。
「ECS は一度、コンテナを起動したことがあるだけで、あまり機能を把握できていませんでしたが、ECS の用語、どういう役割がいるのか、それぞれどういうことをしているのか、体系的に説明いただき、大枠を理解することができました。」
「コンテナ運用、マイクロサービスに関する説明やラボはわかりやすく参考になりました。 」
受講後お客様から以下のようなメールもいただきました。
「先日のブートキャンプではお世話になりました。おかげさまでECSを利用して環境の構築など進められるようになりました。」

 

また、AWS Summit Tokyo 2017 では、コンテナのスケジュール管理サービスである Amazon EC2 Container Service(ECS) を使った事例がお客様からたくさん紹介されており、日本でもコンテナの活用が進んでいることが伺えます。
下記リンクも是非ご参照ください。
https://aws.amazon.com/jp/blogs/news/aws-summit-tokyo-2017-amazon-ec2-container-service-session/

 

トレーニングは以下の内容で進めていきます。1つのモノリスなアプリケーションを複数コンポーネントに分割とコンテナ化、コンテナイメージのビルドおよびデプロイの自動化、 ECS を使った可用性の向上、最後にセキュリティチェックの自動化という流れになります。

1章
マイクロサービスや Docker について概要を説明します。 Amazon が考えるマイクロサービスについても説明します。演習では1つのモノリスなアプリケーションを3つのコンポーネントに分割しビルドしこれをDockerコンテナで起動します。その後コマンドラインを使ってECSで起動していきます。
2章
開発スピードを上げること。これもマイクロサービスやコンテナを使う最大の理由の1つです。そのためのデプロイのパイプラインやその自動化をAWSサービスを使っての実現について説明します。演習では AWS CodePipeline 、 AWS CodeCommit 、 Amazon EC2 Container Registry (ECR) 、AWS CloudFormation 、 Jenkins などを使ったパイプラインを作りコンテナのデプロイを行います。
3章
コンテナを1台起動し運用管理するのは難しいことではありません。ただこれではコンテナを使うメリットはあまりありません。コンテナを数十数百と起動すると運用管理の難しさが格段に上がりますが、その分コンテナを使うメリットはとても大きくなります。ここでは複数コンテナの管理スケジューリングサービスである ECS について学びます。演習では ECS を使ったスケジューリング、可用性拡張性の確保、監視などを行います。
4章
セキュリティは如何なる時も大切です。コンテナを使ったマイクロサービスでのセキュリティの確保について学びます。演習では無償ツール有償ツールを使ったセキュリティの向上を行います。

 

1Dayコース
日本初開催日 9/19(火)
開催場所 新宿
トレーニング目標
・コンテナを使用するマイクロサービスベースのアーキテクチャを設計する。
・Amazon ECS を使用してマイクロサービスベースのアプリケーションを実行およびスケールする。
・Amazon ECS を AWS の他のサービスと統合する。
詳しくはこちらをご参照ください。
https://aws.amazon.com/jp/training/course-descriptions/container-microservices/