Webinarをよろしくお願い致します。(0)AWS初心者向けWebinar「これで完璧、AWSの運用監視」資料およびQA公開こんにちは、ソリューションアーキテクトの舟崎です。2015/12/25にAWS初心者向けWebinar「これで完璧、AWSの運用監視」を開催いたしました。その資料が以下に公開されております。Japanまた、以下は当日のWebinarにて頂いたご質問とその回答の一部となります。こちらも是非ご覧ください。CloudWatchでの監視と、Zabbixなどの監視ツールでの監視ではどのような違い、どの程度の違いがあるのでしょうか。Webinar資料slide28-29に違いをご紹介させて頂いています。基本的には責任共有モデルに基づき監視の役割分担をして頂いています。Party監視ツールをお使いのケースが多いです。Recovery使用にあたり、何か設定は必要でしょうか?はい、CloudWatchのモニタリング設定が必要になります。StatusCheckFailed_Systemをトリガーに設定します。http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ec2-instance-recover.htmlパートナー様のブログで設定方法について詳しくまとめて頂いているものもありますので、ご確認ください。Logsの料金は、取り込んだデータ量(アーカイブされたデータを含む)に加え、データをエクスポートする際は別途データ転送量(アウト)がかかります。CloudWatchLogはEC2上で動作しているアプリケーションのログも収集できる理解であっていますでしょうか?はい、可能です。ログの種類にもよりますので事前に検証頂くことをお勧めしております。Management)といったかたちで切りだし運用することをベストプラクティスとしています。Appのユーザはさしていません。カスタムメトリックスの一覧はどこかに公開されていますか?カスタムメトリックスはご自身で設定していただけるため一覧はございません。https://docs.aws.amazon.com/ja_jp/AmazonCloudWatch/latest/DeveloperGuide/publishingMetrics.html次回のAWS初心者向けWebinarは「AWSクラウドでのWindowsの実行」です。多くの方のご参加をお待ちしております。OpsJAWSというAWSの運用系トピックについて語り合うコミュニティのイベントも実施されています。こちらも是非ご登録の上、ご参加ください。(0)AWS初心者向けWebinar「.NET開発者のためのAWS超入門」の資料およびQA公開こんにちは、SAの舟崎です。2016/1/12に開催されたAWS初心者向けWebinar「.NET開発者のためのAWS超入門」の資料が公開されております。Japanまた、Webinarで頂いたご質問とその回答を以下に掲載させていただきます。.NETはVB.NETは対応していないのでしょうか?今回は紙面の関係でC#でのみコードを記述していますが、VBもサポートしています。DynamoDBのオブジェクト永続化APIはクエリにも使えますでしょうか?はい、オブジェクト永続化APIでもQueryメソッドを提供しています。次回のAWS初心者向けWebinarは「AWSクラウドでのWindowsの実行」です。多くの方のご参加をお待ちしております。ECSを使う方法を紹介するゲスト投稿を送ってくれました。オンデマンドのEC2インスタンスを使う利点はいくつかあります。fleetを使うことでより経済的に追加の計算資源を獲得することができます。fleetはリクエストされたターゲットキャパシティを保つために、終了させられたインスタンスを自動的に置き換えてくれます。EC2インスタンスのクラスタ上で簡単にアプリケーションを実行することができます。ECSは既にEC2インスタンス上でのコンテナの配置やスケジュールを扱ってくれます。fleetと組み合わせると、ECSはEC2のオンデマンド価格から大幅にコストを抑えることができます。EC2の計算資源の余剰に対して入札して使います。通常オンデマンド価格に比べて割引の価格で利用することができるため、アプリケーションを実行するコストを大幅に削減することができます。fleetでは複数のアベイラビリティゾーンやインスタンスタイプにまたがったSpotインスタンスの集合を1つのAPI呼び出しでリクエストすることができます。APIはターゲットキャパシティと割当戦略を指定できます。利用可能な2つの割当戦略があり、”最低価格”と”多様性”です。pool(アベイラビリティゾーン内で同種のタイプとOSのインスタンス群)にまたがって等分して使おうとするので、突然のSpot価格の上昇というリスクを軽減することができます。Worksをご覧ください。fleetのコンソールはhttps://console.aws.amazon.com/ec2spot/homeから利用できます。dataの作成も含めたリクエストに必要な全ての項目を設定することが簡単にできます。必要であればコンソールからリクエストのJSONをダウンロードすることができ、CLIベースでも使うことができます。roleを作成する必要があります。fleetがECSクラスタに参加するためのroleを付けてインスタンスを起動できるために、iam:PassRoleアクションも必要となります。CLIがインストールされていることも確認してください。DefinitionからTaskやServiceを手動作成する手順については詳しいと想定しています。わからなければ、ECSのドキュメントをご覧下さい。fleetリクエストを作成する前に、リクエストしようとするインスタンスタイプ、アベイラビリティゾーン、そして入札価格を知っておく必要があります。fleetリクエストではインスタンスタイプ毎に異なる入札価格を使うこともできます。これらを決定したら、リクエストを始める準備が整います。AMIを使ったfleetリクエストを作成しようとしています。Instanceトピックで見ることができます。入札価格がインスタンスを起動しようとしている時点の最低価格を下回っていると、分かりやすく警告が出ていることがわかります。ここから、Spot価格の履歴やSpot入札アドバイザへアクセスして、過去の価格の変動をより理解することもできます。dataを指定したり、以下にあるような他のリクエストのオプションを指定することができます。dataで指定しています。fleetリクエストで考えられる例として、複数のインスタンスタイプを1つのアベイラビリティゾーンで入れ、それぞれ入札価格を調整するというものがあります。割当戦略は引き続き多様性を使い、これによって2つのインスタンスpoolから等しく起動してくれます。これを先ほどの例と組み合わせることも簡単で、複数のアベイラビリティゾーンと複数のインスタンスタイプを組み合わせることで、Spotインスタンスの終了のリスクをより軽減することができます。Definitionの作成も必要です。walkthroughをご覧ください。Definitionを作成した後で、Taskを手動で実行したり、ロングランニングプロセスとしてSerivceを実行できます。priceによってインスタンスが1つ終了した時には、ECSが自動的に実行中だったコンテナをクラスタ内の他のEC2インスタンスに再割当てしてくれて、十分なリソースがある限り、必要とされているTaskの数を維持してくれます。fleetリクエストによって新しいインスタンスに置き換えられます。fleetリクエストの設定に従って起動するので、クラスタに参加し、必要とされる量を満たすために足りないコンテナが実行されます。fleetは効率良く経済的にインスタンスをECSクラスタに追加する手段を提供します。fleetリクエストは複数のインスタンスタイプやアベイラビリティゾーンに分散し、常にターゲットのインスタンス数を維持してくれるので、ステートレスなコンテナを実行するのにとても良い環境であり、ECSクラスタに安価なキャパシティを提供してくれます。ScalingはAWSのワークロードに応じてEC2のキャパシティを自動的に追加したり削減したりする素晴らしい機能です。Scaling上でのクラスタもサポートしていますし、こういったシナリオを助けるためのCloudWatchメトリクスも提供しています。Alarmsをご覧ください。fleetを組み合わせることで、固定のキャパシティとオンデマンドの変動キャパシティを低コストで運用することができます。Scalingポリシーと直接の連携はできません。fleetAPIにはModifySpotFleetRequestと呼ばれる、リクエストのターゲットキャパシティを変更することができるAPIがあります。fleetのターゲットキャパシティを変更するというシナリオを例として紹介しています。ModifySpotFleetRequestはfleetリクエストをチューニングするためだけでなく、過剰なリソースを最小化するためにも使いやすく、コストを下げることができます。ECSは信頼ある状態管理と柔軟なコンテナスケジューリングのために、EC2インスタンスのクラスタを管理してくれます。Dockerコンテナは、柔軟でポータブルなアプリケーションのデプロイを提供し、ECSと組み合わせるとシンプルで効率の良い、大小様々なインスタンスとコンテナのfleet管理の手段を提供してくれます。fleetとECSを組み合わせることで、既存のクラスタに低コストなオプションを提供したり、新規のクラスタの作成までも可能となります。fleetはインスタンスタイプやアベイラビリティゾーンにまたがって(複数の割当戦略や価格で)リクエストすることができるので、クラスタの計算資源の可用性向上とトータルコスト削減によってECSの戦略をさらに高めることができます。53」資料公開こんにちは、AWSテクニカルトレーナーの大場、鬼形です。Webinarの資料が公開されました。スピーカーはSAの舟崎よりお届けしました。特徴や追加された機能、ユースケースなどを分りやすく解説しています。メール送信における基本的なお作法も紹介されており、改めて原点を振り返る意味でもとても面白い内容となっています。QAもブログの最後にまとめております。Route53の解説を行いました。スピーカーはSAの国政よりお届けしました。Route53の概要や詳細な機能について、分りやすく解説しています。Webinar内ではRoute53の様々な機能を活用した、可用性の高いアーキテクチャの構築例もご紹介しました。Route53をお試しください。QAもブログの最後にまとめております。Beltは1/20(水)に実施します。中でも最も歴史が長いサービスのひとつです。フルマネージドサービスで提供するものであり、その機能や特徴についてご紹介します。親和性が高く、その機能や特徴も合わせてご紹介します。お申込み:https://connect.awswebcasts.com/spot-as-2015/event/event_info.htmlQ&Aは以下のとおりです。レコードの設定は必要でしょうか?A.SESではSPFのDNSレコードの設定は不要です。レコードを変更する必要はありません。受信したメールのコンテンツ(本文)を確認する場合に、S3に配信するケースが考えられます。Service(SNS)を使うことで、本文を取得可能ですが、SNSの場合は、メール1通あたり150KBまでの制限があります。S3であれば30MBまで保存が可能となっております。スパムの送信元として知られるIPアドレスのSES独自のブロックリストを前提として回答いたしますが、こちらは申し訳ございませんが公開されていません。SESでEメールを受信する場合には、お客様側で指定する許可リストに該当するIPアドレスを追加することで、SESのブロックリストにそのIPアドレスが入っていたとしても、受信することが可能です。添付ファイルのデータもS3に保存されるファイル内にエンコードされた形で追加されます。SESの料金は送信されたEメール、および受信されたEメールは別々に課金され、その合計となります。詳細はこちらをご参照ください。53Q1.ルーティングポリシーを複数組み合わせることは可能でしょうか。Faleoverなど)A.トラフィックフローやALIASレコードを利用することで、複数のルーティングポリシーを組み合わせることが可能です。いう位置づけでしょうか。ヘルスチェックによりエンドポイントが正常でないと判断された場合、そのエンドポイントはクエリへの応答に含まれなくなるため、トラフィクはルーティングされなくなります。Logsでメトリクスフィルタとアラームを作成し通知することが可能です。詳細はリンク先を参照ください。加重ルーティングポリシーをA/Bテストや移行で利用できるとありますが、ルーティング先がDNS名前解決に依存するので、ユーザーがBに割り当てられても次回もBに割り当てられるとは限らず、UIが変わるような場合問題があると思いますが、そのあたりはどのように解決できるでしょうか。ご認識のとおり、一旦BサイトにDNS名前解決されても、TTL経過後も同じBサイトが返されるとは限りません。転送されたサイトに以降も転送されなければならないような場合は、別の方式を検討する必要があります(例:新サイトでUIが変更になる場合、同じユーザーに対して新旧のUIが交互に表示されてしまう)。機能やUIはそのままで、Webサイトのロケーションをオンプレミスからクラウドへ単純移行するケースや、キャパシティ拡張のためサイトを追加するようなケースであれば、加重ルーティングを利用いただけると思います。デプロイ方法は、テスト内容や移行の要件に合わせて検討頂く必要があります。DNSの利用も含めた、その他のパターンでのサービスのデプロイ方法については、以下のSAブログやSlideShareの資料が参考になります。AWSQAは以上です。Webinarは「エッジ&アプリケーションサービス月間」としてAWSのエッジサービスとアプリケーションサービスをご紹介します。こちらもぜひご覧ください。(0)【開催報告】HPC最前線-クラウドで拓くCAE&HPCの新常識ソリューションアーキテクトでCAE/HPC担当の小川です。品川フロントビルにて、Intel様と共催で「HPC最前線-クラウドで拓くCAE&HPCの新常識」と題したセミナーを開催致しました。当日は東京での開催に関わらず、西日本をはじめ、遠方からも多数の方にご参加を頂きました。Intel様と共催でセミナーを開催させて頂きました。当日はAWSのエンドユーザやパートナーの各社様に、AWSを活用した最新のCAE&HPCソリューションと事例を語って頂きました。当日、発表頂きましたご登壇者様の資料は下記となります。(それぞれ発表者のお名前に資料へのリンクがございます。勇様(サイバネットシステム株式会社)CAE&HPCという専門分野のセミナーにも関わらず、とてもたくさんの方にご出席を頂きました。HPC専門支部も開催されました。AWSでクラスタを簡単に構築する方法の紹介や、HPCに関連したLTなど、学びあり、笑いありの勉強会で、大いに盛り上がりました。こちらの模様は日経コンピュータの記事にもなっております。こちらもご興味のある方は、是非ご参加下さい。システム構築(リピート開催)」で頂いたご質問と回答こんちには、SAの舟崎です。システム構築」の資料および頂いたご質問とその回答を掲載いたします。Japan頂いたご質問と回答は以下です。IoTの場合メッセージ数による課金となりますので、データ取得方法を問わずコストは変わりません。認証機能があることによる性能劣化は見られるのでしょうか?認証とTLSによる暗号化によって若干の性能低下が見られますが、一般的にHTTPとHTTPSとの性能差と同様をお考えください。指定してカスタム権限を割り当てることができます。これによって適切なIAMロールを割り当てられたIAMユーザーのみがAPIにアクセスできるようになります。APIキーを要求するようにすることもできますので、指定したAPIキーを伴ったリクエストのみを受け付けることもできます。Gatewayを利用すると以下のメリットがあります。ケース2(資料p48,49,50)で公開されたAPIはアプリケーションやデバイスからどのように知ることができますか?基本的にはAPIの仕様書をドキュメントで公開することになります。(IAM)ユーザーを作成したり、開発者に対してAPIキーを渡すなどが考えられます。IoTの活用が考えられるということでしょうか?通信プロトコルもサービスの選択肢になりますが、収集データの頻度とデータ量、また収集したデータをどのように活用するかに応じてサービスを選択することになります。