Amazon Web Services ブログ

 Amazon Forecast は、機械学習 (ML) により、それまでの機械学習経験を待つことなく、非常に正確な予測を生成できる完全マネージド型サービスです。Forecast は、エネルギー需要の予測、製品需要の見積り、人事計画、クラウドインフラストラクチャの使用状況の算定など、さまざまなユースケースに使用できます。 Forecast では、プロビジョニングするサーバーや手動で構築する機械学習モデルはありません。また、使用した分だけお支払いいただくようになっており、最低料金や前払い料金を求められることはありません。Forecast を使用するために必要なことは、予測対象の履歴データをご提供いただくことだけです。オプションとして、予測に影響を与えると思われる追加データもご提供ください。この関連データには、価格、行事、天候など、時により変化するデータと、色、ジャンル、リージョンなどカテゴリに関するデータの、両方が含まれます。このサービスでは、お手元のデータに基づいて機械学習モデルを自動的にトレーニングし、デプロイして、予測を取得するためのカスタム API を提供します。 電力会社と公益事業会社にはいくつかの予測ユースケースがありますが、中でも主なものは、顧客レベルと集計レベルの両方でエネルギー消費量を予測することです。エネルギー消費を正確に予測することにより、顧客がサービスを中断せず、低価格で安定したグリッドシステムを提供することができます。 この記事では、Forecast を使用して、過去の時系列データを気象などの重要な外生変数と組み合わせることにより、このユースケースに対処する方法について説明します。 ユースケースの背景 電力会社が日常業務を効率的に行うには、正確なエネルギー予測が不可欠です。需要は動的であり、季節による気象変化が影響を与える可能性があるため、エネルギー予測は特に困難です。最も一般的な 2 つのユースケースを次に示します。 消費者レベルでの電力消費量予測 – 多くの国では、電力は競争の激しい小売市場によって提供されています。消費者には電気を購入するという選択肢があり、高額の電気代を受け取るプロバイダーや、顧客体験が悪いプロバイダーを切り替えることができます。公益事業会社は、顧客サービスを改善し、将来の支出アラートを積極的に利用することで、顧客のチャーンを減らすことができます。これらのアラートは、個々の顧客レベルでの電力消費を正確に予測することに基づいています。 需要と供給をより適切に管理するための総消費電力予測 – 電力会社として、総需要と総需要のバランスをとる必要があります。ピーク需要を満たすためにエネルギーを購入したり、スポットマーケットで余剰容量を販売したりすることがよくあります。さらに、需要予測は次のような課題に直面しています。 風力や太陽光などの再生可能エネルギー資源の導入。これらは電力会社と最終消費者の両方が所有しており、天候の変化による影響を受けやすく、常に安定した電力を生成するわけではありません。 電気自動車の購入が増え、自動車の所有者が自宅で電気自動車を充電したいという未知の性質。予測の改善により、より費用対効果の高い先物契約を構築するための事前計画が可能になります。 この記事では、消費者レベルで、最初のユースケースのソリューションに焦点を当てています。 最初の手順では、データをセットアップして準備します。データレイクは、ユーティリティにとって革新的であることが証明されています。データウェアハウスは、既に特定の目的で処理された構造化およびフィルター済みデータのリポジトリです。対照的に、データレイクは、必要になるまでネイティブ形式で膨大な量の未加工データを保持するストレージリポジトリです。これは、何百万もの顧客からのメーターの読み取り値を収集、保存、処理する電力会社や公益事業会社にとって非常に価値があります。 ソリューションのアーキテクチャ 次の図は、顧客に請求アラートを表示するために実装できるソリューションのアーキテクチャを示しています。 アーキテクチャには次の手順が含まれます。 住宅の公益事業メーターは、通常、エネルギーを 1 時間に 1 回以上記録し、少なくとも毎日、電力会社に報告します。 さまざまなチャネルを介してデータの取り込みを実装できます。オンプレミスのデータセンターでデータを収集する場合、AWS Direct Connect を介して AWS にデータを送信できます。メーターに IoT 機能がある場合、MQTT トピックを介してデータを AWS IoT Core に送信できます。MQTT は、マシンツーマシン (M2M)/IoT 接続プロトコルです。軽量のパブリッシュおよびサブスクライブメッセージングトランスポートとして設計されました。これは、小さなコードフットプリントを必要とする、またはネットワーク帯域幅が貴重なリモートロケーションでの接続に役立ちます。 Amazon S3 […]

このブログ記事では、AWS DeepLens を使用してゴミ選別機の試作品を構築する方法を示します。これは、開発者が機械学習を楽しく実践的に学習するために設計された AWS のディープラーニング対応ビデオカメラです。このゴミ選別機の試作品を構築するプロジェクトから、カスタムデータを使用して画像分類モデルをトレーニングする方法が学べます。 画像分類は強力な機械学習手法であり、機械学習モデルは、多くの例を観察することにより、画像内のさまざまなオブジェクトを区別する方法を学習します。このブログ記事でご紹介する手法を活用して、画像に基づいてオブジェクトを異なる箱に分類すること (果物をサイズやグレードで分類するなど) や、画像内のオブジェクトの存在を検出すること (セルフチェックアウト時にオブジェクトのタイプを認識するなど) が求められる問題を解決できます。 このチュートリアルは、AWS Public Sector Builders Fair のために立ち上げられたスマートリサイクルアームプロジェクトに触発されました。詳細については、「Demonstration: Automatic Recycling」を YouTube でご覧ください。   ソリューションの概要 このチュートリアルには、次の手順が含まれます。 ML アルゴリズムにフィードするデータセットを収集して準備する ML モデルをすばやく構築、トレーニング、デプロイする機能を提供するフルマネージドサービスである Amazon SageMaker でモデルをトレーニングする AWS DeepLens でローカルにモデルを実行して、データをクラウドに送信せずにゴミの種類を予測する オプションで、AWS DeepLens が予測を行った後、AWS IoT Greengrass を介して Raspberry Pi にメッセージを送信するように AWS DeepLens を設定し、アイテムをどのゴミ箱に投げ込むかを見ることができます。 以下の図は、このソリューションのアーキテクチャを示しています。 前提条件 このチュートリアルを完了するには、次の前提条件が必要です。 AWS アカウント AWS DeepLens デバイス。Amazon.com (米国)、Amazon.ca (カナダ)、Amazon.co.jp […]

この記事は、Dashbot の共同創設者兼 CEO である Arte Merritt 氏と共同執筆しました。同社の説明によれば、「Dashbot は、Chatbot と音声スキルのための分析プラットフォームであり、企業は実用的な洞察とツールを通じてエンゲージメント、満足度、および変換を向上させることができます」 ボットをデプロイした後、ボットの相互作用を分析し、この分析から学んで、これらの学びを使用してエンドユーザー体験を向上させることができます。会話型インターフェイスは、ウェブサイトやモバイルアプリケーションよりも簡単に分析を行えます。ページビューをつなぎ合わせてイベントを選択することにより、ユーザーが何を望んでいるかを推測する代わりに、会話からユーザーの行動を直接推測できます。ユーザーは何を望んでいるかを自分の言葉で伝え、ニーズ、願望、期待、失望に関してコミュニケーションを取っています。この貴重なデータを応用して、ユーザーの意見に耳を傾け、学び、最適化できるかはあなた次第です。 Amazon Lex インターフェイスを Dashbot と簡単に統合できるようになりました。Dashbot は、最初から会話型アプリケーションを分析して理解するために構築された、分析と最適化のプラットフォームです。Dashbot は、ユーザー数、保持メトリック、ファネルの追跡など、分析プラットフォームに期待されるレポートを提供します。さらに、Dashbot は、検索可能な記録、会話パス、フレーズクラスターなど、会話型アプリケーション用に特別に構築されたいくつかのソリューションを提供します。  この記事では、Dashbot 機能を使用して Amazon Lex ボットとの相互作用を分析する方法について説明します。 ソリューションのアーキテクチャ AWS Lambda 関数を使用して、Amazon CloudWatch Logs から会話ログデータをストリーミングします。ロググループから Lambda 関数をトリガーするイベントをセットアップします。Lambda 関数は JSON データを Dashbot アカウントに投稿します。これらのリソースを配置したら、Dashbot でダッシュボードを作成できます。 このソリューションでは、Amazon Lex 会話ログデータを使用してボットの相互作用をキャプチャし、Dashbot サービス機能を使用してキャプチャした相互作用を分析できます。以下の画像は、インテントの上位メッセージを示しています。 Dashbot でアカウントを作成する Dashbot アカウントをセットアップするには、以下の手順通りに実行します。 dashbot.io に移動します。 [サインアップ] を選択します。注意: メールアドレス、会社名、パスワードを入力する必要があります。 [ChatBot を追加] を選択します。 [ボット名] […]

2020 年 3 月 24 日より、NVIDIA GTC Digital では皆さんが ML の目標をより速く、より簡単に達成できるよう、AWS のベストプラクティスを学べるコースの提供を開始します。登録は無料ですので、すぐにご登録ください。AWS では以下のセッションをご用意しました。 S22492: Train BERT in One Hour Using Massive Cloud Scale Distributed Deep Learning AWS で BERT のトレーニングをほぼ直線的に 2,048 NVIDIA V100 GPU までスケーリングした方法、そして、皆さん独自のトレーニングジョブをクラウド規模にスケーリングする方法をご紹介しています。大規模なトレーニングクラスターを作成し、AWS の新しい分散型トレーニングフレームワーク (クラウド上で BERT の最短トレーニング時間を達成するために使用) を活用する方法をご覧ください。 Aditya Bindal、AWS Deep Engine、シニアプロダクトマネージャー Indu Thangakrishnan、 AWS Deep Engine、ソフトウェア開発エンジニア S22493: Improve ML Training Performance with […]

Amazon DocumentDB (MongoDB 互換) は、MongoDB 3.6 ワークロードをサポートする高速でスケーラブル、かつ可用性に優れた完全マネージドのドキュメントデータベースサービスです。お客様は、基盤となるインフラストラクチャを気にすることなく、現在ご使用のものと同じ MongoDB 向けのアプリケーションコード、ドライバー、ツールを、そのまま Amazon DocumentDB 上で実行や管理をしたり、処理負荷を調整したりするのに使えます。 Amazon DocumentDB にロールベースのアクセス制御 (RBAC) のサポートが追加されました。RBAC では、1 つ以上の事前定義されたロール (たとえば、read、readWrite、または dbOwner) をユーザーに付与できます。これにより、1 つ以上のデータベースで実行を許可されている操作が決まります。RBAC の一般的な使用例は、単一のアプリケーション内で最小権限アクセスを実施することです。もう 1 つの一般的な使用例は、マルチテナントアプリケーションを構築することです。マルチテナントアプリケーションでは、複数の顧客にサービスを提供するソフトウェアとハードウェアをデプロイします。Amazon DocumentDB のコンテキストでは、マルチテナントアプリケーションの例に、各顧客 (またはテナント) がクラスター内のデータベースにアクセスする場合が挙げられます。 この記事では、Amazon DocumentDB の RBAC の概念と機能を紹介し、2 つのユースケースを取り上げ、RBAC を使用してマルチテナントアプリケーションを構築する際の設計上の考慮事項について説明します。新しい RBAC 機能の詳細については、ドキュメントの「ロールベースのアクセス制御 (組み込みロール)」を参照してください。 概念 Amazon DocumentDB は、以下の RBAC の主要な概念を用いています。 ユーザー – 認証して操作を実行できる名前付きエンティティ パスワード – ユーザーを認証する秘密の言葉 ロール – ユーザーが […]

AWS で Kubernetes を実行するには、AWS のネットワーク設定と Kubernetes のネットワーク要件の両方を理解する必要があります。デフォルトの Amazon Elastic Kubernetes Service (Amazon EKS) の AWS CloudFormation テンプレートを使用して、Amazon Virtual Private Cloud (Amazon VPC) と Amazon EC2 ワーカーノードをデプロイすると、通常の場合、すべて機能します。しかし、設定に小さな問題があると、エラーが発生してイライラさせられることがあります。 このブログでは、Amazon VPC を設定するさまざまな方法を見ながら、Amazon EKS が管理する Kubernetes クラスターの EC2 ワーカーノードを実行します。ノードがクラスターコントロールプレーンに接続できるようにサブネットが適切に設定されていることを確認する方法について、特に注目します。 このブログでは、VPC CNI、サブネットのサイズ設定、ポッドの IP アドレス割り当てなどのポッドネットワーキングの概念については取り上げません。これらのトピックの詳細については、EKS ドキュメントをご覧ください。 注 – VPC とノードの Cloudformation テンプレート、および EK が管理するノードグループがパブリック IP アドレスをノードに割り当てる方法を変更しています。詳しくは ブログをご覧ください。 EKS クラスターのアーキテクチャ EKS クラスターは […]

Amazon EKS を使用する場合、すべてのノードは、EKS がホストする Kubernetes クラスターと、Amazon Elastic Container Registry (ECR) や Amazon S3 などの他の AWS API に接続できる必要があります。ノードはプライベートサブネットまたはパブリックサブネットで実行できます。プライベートサブネットの場合、このトラフィックは通常、AWS PrivateLink 接続を経由して、VPC または NAT ゲートウェイ内のエンドポイントに到達し、VPC の外部のエンドポイントに到達します。パブリックサブネットの場合、VPC の外部の API エンドポイントに到達するには、ノードにパブリック IP が割り当てられている必要があります。 現在、EKS マネージドノードグループは、起動するすべてのノードにパブリック IP アドレスを自動的に割り当てます。EC2 インスタンスまたは起動テンプレートで AssociatePublicIpAddress フラグを使用して、パブリック IP アドレスが割り当てられると、サブネットの設定が上書きされます。つまり、VPC がパブリックサブネットとプライベートサブネットの両方、またはプライベート専用サブネットアーキテクチャで設定されている場合でも、パブリック IP は依然としてプライベートサブネットでインスタンスを作成するノードに割り当てられます。 2020 年 4 月 20 日よりマネージドノードグループの動作が更新され、パブリック IP がノードに割り当てられなくなります。この日以降、パブリック IP の割り当ては、ノードがインスタンスを作成するサブネット設定を介して制御する必要があります。 この変更は 4 月 20 日以降に作成した新しいマネージドノードグループにのみ影響し、既存のマネージドノードグループの動作には変更はありません。 […]

 COVID-19 グローバルハッカソンは、ビルダーが現在のコロナウイルス (COVID-19) の世界的な流行に関連する課題に取り組むことを目的として、社会的影響を推し進めるソフトウェアソリューションを開発するチャンスです。 AWS では、これをお読みの皆さん、つまり世界各国のビルダーたちが、提案されたさまざまなテーマと課題の分野で自分が選んだテクノロジーを使用し、#BuildforCOVID19 (COVID19 のために構築) することを奨励しています。これらのテーマと課題には、世界保健機関などのヘルスパートナーから提供されたものもあります。このハッカソンは、地域および世界に焦点を当てたソリューションを歓迎し、開発者なら誰でも参加できます。 AWS は、Facebook、Giphy、Microsoft、Pinterest、Slack、TikTok、Twitter、および WeChat といったテクノロジー企業と連携してこのハッカソンをサポートしています。AWS は参加者全員に技術面でのメンターシップを提供し、参加者にはその功績が認められます。 BuildforCOVID19 に参加して、COVID19 Global Hackathon Slack チャンネルで参加仲間、そして AWS メンターとチャットしましょう。 — Jeff;

Amazon FSx for Windows File Server では、多岐にわたるソースからのアクセスが可能で、既存の Active Directory 環境を使用してユーザーを認証するファイルシステムを作成することができます。同サービスには昨年、セルフマネージドディレクトリ、ネイティブマルチ AZ ファイルシステム、SQL Server のサポート、詳細なファイル復元、オンプレミスアクセス、リモート管理 CLI、データの重複削除、プログラムによるファイル共有設定、転送中の暗号化の適用、ストレージクォータといった多くの機能が追加されました。 新しい HDD オプション 本日は、Amazon FSx for Windows File Server に新たに追加された HDD (ハードディスクドライブ) ストレージオプションについてご紹介します。既存の SSD (ソリッドステートドライブ) ストレージオプションは、データベース、メディア処理、分析といった、レイテンシーの影響を受けやすい最高パフォーマンスのワークロード向けに設計されています。一方、新しい HDD ストレージは、ホームディレクトリ、部門別共有、コンテンツ管理システムといった広範なワークロード向けに設計されています。 シングル AZ HDD ストレージは 1 GB の月額料金 0.013 USD、マルチ AZ HDD ストレージは 1 GB の月額料金 0.025 USD に設定されています。Amazon FSx for Windows File […]

歴史的にPostgreSQL コニュニティーでは、年に一度メジャーバージョンをリリースし、それをもって古いメジャーバージョンのエンドオブライフ (EOL) とするポリシーです。これにより、バージョンとアップデートがいつ行われたのか、将来的にも日付で良く分かるようになっています。コミュニティーのこの EOL ポリシーは、メジャーバージョンをその初期リリースから 5 年間サポートするのが目的です。5 年後には、メジャーバージョンは不具合修正を含むマイナーバージョンを 1 つリリースしてから EOL と扱われ、その後はサポートされなくなります。PostgreSQL のすべてのバージョンの最終リリース日は、コミュニティーの Web サイトで見ることができます。直近では、メジャーバージョン 9.4 が 2020 年 2 月 13 日に EOL に達しました。 何が起こるのか PostgreSQL コミュニティーからの追加不具合修正、特にセキュリティに関連する修正が行われなくなります。すべての PostgreSQL 9.4 インスタンスをアップグレードするには、今がちょうど良い機会です。2020 年 2 月 15 日に Amazon Relational Database Service (RDS) はコンソールからの PostgreSQL 9.4 インスタンスの新規作成サポートを 停止したため、PostgreSQL の新しいバージョンを使った方が良いでしょう。既存の PostgreSQL 9.4 スナップショットからのリストアと、9.4 インスタンスのリードレプリカ作成は、2020 年 4 月 […]