取得できるよう機能が拡張されました。AMIの名前空間をクエリすることで、指定したリージョンのイメージIDを得ることができます。Glueはますます普及しています。CD)パイプラインが必要です。CDパイプラインを持つことで、組織はプロダクションリリース前にバグを発見し、より頻繁にアップデートを提供することができます。開発者が高品質のコードを書いたり、ETLのジョブリリース管理プロセスを自動化したり、リスクを軽減したりするのに役立ちます。Glueは、フルマネージドのデータカタログとETLのサービスです。これは、データの発見、変換、およびジョブスケジューリングなどの困難で時間のかかる作業を簡素化し自動化します。Parquet、JSONなどの一般的なデータフォーマットとデータタイプ用に事前に作成された分類子を使用してデータカタログを構築します。CDの次のような課題に直面する場合があります。CDパイプラインを実装するソリューションを紹介します。次の図は、ワークフローのパイプラインを示しています。CodePipelineを使用して、ETLアプリケーションのソースコードのテストおよびステージへのデプロイを制御および自動化することができます。このソリューションは、以下のステージを含むパイプラインで構成されています。CloudFormationテンプレートファイルの両方がバージョン管理にコミットされます。CodeCommitを使用することにしました。CloudFormationテンプレートを取得するには、gluedemoetl.zipファイルをダウンロードします。使用してデータレイクの基礎を構築するに基づいて開発されました。準拠しましたことをご報告致します。サービスを導入できるようになります。すべてのサービスと機能が準拠したことを示しています。か月前に完了しています。パートナーの皆様に提供するものです。サービスの準備を完了したことは、今回の発表内容の一部に過ぎません。皆様との協力を継続していきます。どのようにお役に立てるかについて、以下に例を挙げ、ご紹介いたします。従って個人データを保護する目的でデータ処理者に対し技術的および組織的措置を効果的に講じていることを、私たちのセキュリティと法令遵守の専門家が確認しています。私たちにとってセキュリティは依然として最優先事項であり、イノベーションを継続させ、あらゆるグローバルオペレーションにおいてセキュリティと法令遵守のための高い基準を達成できるように投資していきます。私たちが持つ業界最高レベルの機能では、国際的に認知されているさまざまな認証や認定の基盤を提供し、厳しい国際規格に準拠できることを実証しています。サーバレスアプリケーションも含め、数多くのクラウド上の開発ユースケースに適しています。開発環境を迅速に構築することができます。環境の構築手順を説明します。テンプレートを生成する方法についても説明します。それらを可能にし、ユーザーの利便性を向上させ、帯域使用量を削減します。インフラストラクチャがどのように使用されているかについてより良い理解を提供してくれます。アカウント内のセキュリティ異常を検知するためにも役立ちます。ログに基づいた分析を実行できる必要があります。使用について詳しく説明します。使用してデータをクエリし、視覚化します。ログを処理するには、以下のアーキテクチャを実装する必要があります。バケットフォルダにログファイルを配信します。関数を使ってファイルコンテンツとフォルダ構造を変更します。使用したクエリと視覚化を可能にするためにカタログ登録します。ソリューションを構築するために必要なステップを見て行きましょう。バケットにログファイルを配信する証跡をセットアップする必要があります。RDSは、トラブルシューティングなどの目的にお使い頂けるように、DBインスタンスで生成されたログを表示およびダウンロードする機能を提供してきました。Logsに直接保存出来るようになりました。これにより、AWSサービスを使用して、よりシームレスにDBインスタンスログを扱うことができます。Logsを使用すると、アプリケーションの様々なコンポーネントからのログを集中的かつ永続的に保存できます。特定のフレーズ、値、パターン(メトリック)について、ニアリアルタイムでログを監視することもできます。設定した状態が発生したときに警告するアラームを設定することもできます。CloudWatchは他の様々なAWSサービスと統合することが可能です。設定された時間よりも実行に時間かかったクエリや、定義された行数を超える行を走査したSQL文のレコードが含まれています。CloudWatchのロググループにログストリーム(ログイベントのシーケンス)の形式で保存されます。Logsに保存され、透過的に暗号化されます。ログには機密情報が含まれている可能性があります。データを保護するために、アカウント内の適切なユーザーにアクセスを制限する必要があります。そのために、データベースログを含むロググループに対して適切なIAMアクセスポリシーを設定することが重要です。roleを使用してログを送信します。RDSはアカウント内の関連するロググループにアクセスできます。ログの送信を有効にすると、AWSServiceRoleForRDSという追加のIAMロールが表示されることがあります。Logsへログの送信を有効にするには、以下のように設定を行います。CloudWatchにメトリクスやログファイルを送信するために利用できる、いくつものエージェント、デーモン、そしてスクリプトをこれまで紹介してきました。した異なるツールから収集されたデータによって、計算リソースの状態や挙動を可視化することができ、値が正常域を外れた時や問題のある可能性が見られた時にアクションを起こすこともできます。Logsでエラーメッセージを見つけるために検索もでき、カスタムの高解像度メトリクスサポートの利点も享受することができます。Agentをリリースしました。これはクラウドでもオンプレミスでも、LinuxでもWindowsでも実行でき、メトリクスとログファイルを取り扱えます。Manager、またはCLIを利用できます。メトリクスとログの両方を単一のエージェントで収集できます。これによって、セットアップ手順を簡略化でき複雑さを減らすことができます。Windows上で動かせ、HTTPプロキシもサポートしています。新しいエージェントは自動的に最も役に立つシステムメトリクスを取得します。CPUスレッド、マウントしたファイルシステム、そしてネットワークインタフェースといった、より詳細なメトリクスやサブリソースを数百集めることもできます。新しいエージェントは標準の1分間隔メトリクスも、新しい1秒間隔の高解像度メトリクスもサポートしています。Group名等のEC2のディメンジョンを自動的に含めてくれますし、カスタムディメンジョンの利用もサポートしています。Groupやアプリケーションにまたがった集約が可能です。SSMとEC2Configの設定から、簡単に新しいエージェントを使う様に移行することができます。roleもしくはuserはAmazonSSMFullAccessとAmazonEC2ReadOnlyAccessポリシーを持っている必要があります。Agentをインスタンス上で既に実行しています。インストールし設定するの手順に従ってセットアップします。これは数秒で終わります。Lambda関数の実行ログを取得できます。今まではLambda管理イベントだけが記録されていましたが、この機能により、関数がいつ誰によって作成、変更、削除されたかという情報も提供します。これにより、Lambdaデータイベントを記録したり、どの関数が実行されたか、そしていつ誰がどのAPIコールを呼び出したのかという詳細情報も得ることができます。Eventsに送られ、CloudTrailによってイベント記録されたときに応答させることが出来ます。過去3日間に実行されたLambda関数をすぐに特定することができ、また、それらのAPIコールのソースを特定することもできます。不適切なLambda実行を検出した際、不明なユーザーやロールによるAPIコールの制限を迅速に実施することも可能です。Lambdaデータイベント機能を有効にすることが可能です。新しいトレールを作成するか既存のトレールを編集することで、どのLambda関数のログを取得するかを表示したり選択したりすることが可能です。(米国)、中国(北京)で利用可能です。こちらにてサポートされる全リージョンをご確認ください。EC2におけるMicrosoftボリュームシャドウコピー(VSS)のサポートをアナウンスできることを嬉しく思います。Serverなどのマイクロソフトアプリケーションを含む互換性のある)環境における非常に一般的なボリュームバックアップ技術です。VSSはファイルの書き込みなどのディスク処理をバックアップ処理実行中も適切に管理するため、アプリケーション一貫性を持ったバックアップが可能となります。アプリケーション一貫性バックアップは、マシンまたはインスタンスに接続されたボリュームのバックアップと同時に実行され、メモリ内のすべてのデータと処理中のすべてのトランザクションをキャプチャします。Commandから使用可能です。コマンドによってWindowsインスタンスのEC2にアタッチされたEBSボリュームを、バックアップ処理の間トランザクションデータの一貫性を失うことなく、アプリケーション一貫性を持ったスナップショットを取得可能です。Backupや、カスタムスクリプトなどによって提供されたアプリケーション固有のバックアップソリューションは不要となります。イメージレベルバックアップにおけるアプリケーション一貫性を維持するためのサードパーティ製ツールも不要になります。Commandから呼び出すことで実行します。CLIから実行したり、PowerShellスクリプトやLambda関数から呼び出すことも可能です。本ブログではEC2コンソールからコマンドで実行する例を示します。EC2管理コンソールで、AWSEC2-CreateVssSnapshotコマンドのドキュメントを選択し、VSS有効化スナップショットを取得したいEBSボリュームを持つインスタンスを選択します。インスタンスを選択した後、スナップショットに追加したい説明やタグを設定します。ブートボリュームをスナップショット処理から除外することも可能です。Windowsインスタンス上のVSS対応アプリケーションのすべての処理中のI/Oをコーディネーションするよう指示します。これによってI/OバッファはEBSボリュームに対してフラッシュされ、すべてのI/Oはスナップショット取得が完了するまでフリーズされます。この結果アプリケーション一貫性が維持されます。スナップショットが取得された後、I/Oフリーズが解除され通常処理に復帰します。Commandやスクリプトから取得したスナップショットは、EC2コンソール左側のEBSスナップショットメニューで確認できます。“AppConsistent:True”というタグが付与されます。ドキュメントを参照してください。EC2′′サービスに対する以下の権限を許可する新しいポリシーを作成します。EC2ロールAmazonEC2RoleForSSMに対して上記で作成したポリシーを適用します。Windowsインスタンスにアタッチします。Commandから呼び出してインストールする必要があります。ドキュメントを参照ください。AWSEC2-CreateVssSnapshot使用する際には、対象のEC2インスタンスに対してEBSスナップショット作成およびタグ書き込み許可のIAM許可が必要となります。コンプライアンスやポリシーの理由から追加のIAM許諾をインスタンスに付与したくない場合には、カスタム可能なサンプルのスクリプトを活用可能です。このスクリプトの詳細についてはこちらAWSEC2-ManageVssIOに関するドキュメントを参照して下さい。VSS有効化スナップショットのリストアプロセスは通常のEBSスナップショットと同様です。こちらのリストアのサンプルスクリプトも使用できます。Windowsインスタンスにリストアすることが可能です。機会均等法を順守しています。平等に採用しています。