ご利用頂けるようになりました。plug-inはアプリケーションの問題を切り分けるためや、コンプライアンスに準拠するためにデータベースのイベントのログを取得することが可能です。プラグインの主な機能は以下の通りです。オプショングループよりプラグインを有効・無効化出来ます。オプショングループにMARIADB_AUDIT_PLUGINオプションが追加されています。このオプションを設定したオプショングループをRDSインスタンスへ付与することでロギングが有効になります。無効にする場合は、このオプショングループをRDSインスタンスから削除します。この変数では取得するイベントの種類を設定可能です。この変数で、どのユーザを監査対象にするか・しないかを設定可能です。SERVER_AUDIT_INCL_USERSの設定が優先され、標準では全てのユーザが記録対象となっています。MariaDBはRDSが利用可能なリージョン全てでご利用可能です。翻訳は星野が担当しました。Inspectorがプレビューを経て全てのお客様に一般利用可能となったお知らせが出来ることを嬉しく思います。Inspectorは、セキュリティ脆弱性診断サービスです。EC2上で稼働するお客様のアプリケーションのセキュリティやコンプライアンス適合の改善を支援します。自動的にアプリケーションを評価し、脆弱性やベストプラクティスからの逸脱がないかどうかを確認し、重大性の順に結果を表示した詳細なリストを作成します。セキュリティ研究者によって定期的に更新されます。Inspectorは前払いの投資も必要ありませんし、追加的なソフトウェアライセンスや保守費用、専用のハードウェアも必要ありません。お客様はご利用分のみの支払であり、それは柔軟なユースケース、たとえば継続的デプロイメントやオートスケールなどへの対応(それらはホスト毎やIP毎の支払モデルでは難しいものでしょう)を提供します。Inspectorは、90日の無償利用を含みます。Inspectorの製品詳細ページをご覧になってください。日本語訳は市崎が担当しました。Shareついこの間に新年のご挨拶をしたと思っていたら、あっという間に4月も下旬になってしまいました。今週末からゴールデンウィークですが、今年は5/2と5/6をお休みにすると10連休になります。Chicagoが開催され数多くの発表が行われました。それでは、いつものように先週AWSの世界で起こった出来事を振り返ってみましょう。CodeCommitとの連携をサポートいたしました。WAFのサポートを改善いたしました。参照する)がポストされました。Learningでメンテナンスを予測するがポストされました。2016におけるAWS:ストリーミングデータ処理のためのスケーラブルなアーキテクチャをAWSで構築するがポストされました。EBSの新ボリュームタイプ、スループット最適化HDDとコールドHDDを発表いたしました。インタラクティブなテストを可能にするリモートアクセスを発表いたしました。Poolsを発表いたしました。Serviceとの統合、シャード単位のメトリクス、時刻ベースのイテレータを発表いたしました。世界で起こった出来事を振り返ってみましょう。データベース移行サービスで詳細なテーブルとスキーマのマッピングがサポートされたことを発表しました。データソースを簡単に作成できることを発表しました。新しいデータ処理機能とともに更新しました。サポートに運用に関する評価、推奨、およびレポート作成が追加されたことを発表しました。クラウド内での単一障害点の排除について扱われました。送信することが扱われました。コスト管理の新機能について発表しました。Beanstalkの環境を、指定したメンテナンス時間帯に、自動的に最新のバージョンに更新するよう選択出来るようになりました。Docker)の新しいバージョンを定期的にリリースしています。こちらには、オペレーティングシステム、ウェブおよびアプリケーションサーバ、言語やフレームワーク等の更新も含まれます。Beanstalkの環境の更新を開始しなければいけませんでした。本日より、シンプルに1週間ごとにメンテナンス時間帯を選択して、その時間帯で自動的に環境のプラットフォームバージョンを更新させることが出来るようになりました。管理されたプラットフォームの更新により、アプリケーションを動作させるプラットフォームへパッチ適用したり、更新し続けるようを気を付ける必要はなくなりました。Beanstalkは、エンドユーザーへの影響は最小限になるように安全な形で更新を行います。この更新はimmutableデプロイメントメカニズムを使用します。EC2インスタンス群を起動して、環境を交換して既存のインスタンスを終了する前に更新をインストールします。Beanstalkのヘルスシステムが更新の間に問題を検知した場合には、アプリケーションのエンドユーザーへのインパクトを最小限に保ちつつ、既存のインスタンス群にトラフィックを向け直します。Beanstalkは新しいパッチとマイナープラットフォームのバージョンの更新を自動的に実行できます。環境ごとに異なるメンテナンス時間帯をスケジュール可能です。定期的にスケジュールが組まれたメンテナンス時間帯以外でアップデートを開始させることも可能です。8への)メジャーバージョンアップデートを自動的に実行しません。その理由は、メジャーバージョンののアップデートには非互換の変更や追加のテストが必要な場合があるためです。こちらの場合は、手動でアップデートを開始する必要があります。CLIまたはAPIで、管理されたプラットフォームの更新を有効にしなければなりません。管理されたプラットフォームの更新についての詳細は、ドキュメントまたはFAQをご覧ください。翻訳は舟崎が担当しました。ShareいくつかのAWSチームは、オンプレミスのデータをクラウドへ移動する処理を簡素化し、高速化することにフォーカスしています。Snowballをローンチすることでそのプロセスはより簡素化されました。Amazon所有のストレージアプライアンスを利用して1週間あたり1ペタバイトのデータ転送を実現を参照下さい。本日、S3とSnowballに関する重要な改善についてお伝えします。この改善はどちらもデータ移行プロセスをよりシンプルに、より加速させるようデザインされています。以下が新しい機能になります。この新機能はAWSのエッジロケーションとネットワークプロトコルの最適化を利用し、S3へのデータ転送を高速化します。大きなオブジェクトを国を跨いで転送する場合、50%から500%の改善、もしくは特定の環境下ではそれ以上の高速化を見込むことができます。大きなキャパシティ(80TB)のSnobwballが利用可能となりました。加えて、新たに2つのUSリージョン、および2つのインターナショナルリージョンでご利用頂くことができるようになりました。現在AWSは50箇所以上ののエッジネットワークを提供しています。Route53による高速なDNSクエリの応答に利用されてきました。本日のアナウンスにより、S3へ、もしくはS3からのデータ転送の高速化にエッジネットワークが活用されます。あなたが、高速なインターネット回線を持ち、大容量のオブジェクトもしくは、大量のコンテンツを地域間で転送する際に、その恩恵を受けることが可能となります。Bucket間のブリッジとして利用いただけます。Bucketにてこの機能を有効にする(AWSマネージメントコンソールのチェックボックスをチェックする)ことで、簡単にBucketのエンドポイントをBUCKET_NAME.s3-accelerate.amazonaws.comのように変更することができます。それ以外の設定は不要です。設定後は、TCPのコネクションが自動的に最寄りのAWSのエッジロケーションにルーティングされます。AccelerationによりAWSが管理するバックボーンネットワークと効率化されたネットワークプロトコル、エッジとオリジン間のパーシステント接続、最大化された転送ウィンドウなどを活用し、S3へのアップロード転送を行います。Accelerationを有効化する方法になります。私のBucketのエンドポイントはhttps://jbarr-public.s3.amazonaws.com/でしたが、ツールやコードのエンドポイントをhttps://jbarr-public.s3-accelerate.amazonaws.com/に変更するだけです。Accelerationの恩恵をうけることができます。同じルールで構成されたURLを利用することで、ダウンロードも高速化することが可能です。よりアップロードパフォーマンスが改善する可能性がある転送の場合のみ費用をお支払いいただきます。高速化転送は、GBアップロードあたり$0.04から課金されます。長期的なコミットメントは不要です。Accelerationの効果を確認いただくことができます。距離に応じた、自分のリージョンからターゲットへの高速化の割合が確認いただけるかと思います。Accelerationを参照してください。ストリーミングデータをクラウド上で簡単に扱えるようにします。