Amazon Web Services ブログ

異機種間のSAP移行におけるOracle XTTS方式によるダウンタイム削減

Oracle DatabaseでSAPアプリケーションを稼働している組織には、あるオペレーティングシステムから他のオペレーティングシステムに移行するための多くの方法が用意されています。オンプレミスのOracle DatabaseとSAPアプリケーションのAWS移行を検討しているお客様は、”ビッグエンディアン”のプラットフォームでホストされているオンプレミスから”リトルエンディアン”にリプラットフォームしなければならない場合があります。異機種間の移行にあたるため、このタイプの移行には、従来の移行方式 (R3load/Jload)を選択することが多いです。

Read More

SAP用のAWS DevOpsツール, パート2: SAP Fiori Apps

このブログシリーズのパート1では、SAP Cloud Platform Cloud Foundryのアプリケーションの保存とバージョン管理にAWSの開発者用ツールをどのように活用できるかを紹介しました。お客様は、Jenkinsのインスタンスやその他のインフラストラクチャを設定、管理する必要がなく、アプリケーションのビルド、テスト、デプロイを自動化できます。このサーバーレスのアプローチにより、大規模かつ高品質なソフトウェアのデリバリープロセスと変更のデプロイに集中できます。

Read More

レジなし無人販売冷蔵庫を構築できる、This is my Smart Cooler プログラムを公開しました

AWS は、デジタル変革を進める小売業のお客様からの 「最先端のリテールソリューションを内製したい」というご要望にお応えするために、お客様自らがレジなし無人販売冷蔵庫を迅速に構築し学習や体験ができる This is my Smart Cooler プログラムを発表します。

Read More

AWS License Managerを使って、ライセンスソフトウェアを自動検出する方法

ソフトウェアライセンス管理には、コンプライアンスの維持や期限切れの管理、そしてベンダーによる監査への対応といった課題が伴います。ソフトウェアライセンスのインベントリを最新化し、監査の準備が整っていることを確認するには、長時間の手作業が必要です。またクラウド環境では仮想サーバをすぐに増やせるため、ライセンスの管理に気を付けなければいけません。 AWS License Manager は、マイクロソフト、Oracle、IBM、SAP など、さまざまなソフトウェアベンダーのライセンスを管理するためのワンストップソリューションです。このサービスをお使い頂くことで、 AWS およびオンプレミス環境全体でライセンスの使用状況を一元的に追跡できます。re:Invent 2019 では、License Manager の新機能を発表しました。これにより、お客様は既存の環境において新規のライセンス持ち込み (BYOL) ソフトウェアを自動的に検出できるようになりました。 以前は、ライセンス管理者は手作業による検索などを行い、サーバーとインスタンスにインストールされている新しいライセンスを調べる必要がありました。確かにこの方法でも新しいライセンスを一元的に検出することができますが、お客様からはこれらの作業負荷を削減をしたいというご要望を頂いていました。 今回ご紹介する機能で、お客様は独自のライセンスルールを使って、追跡するリソースを指定頂けるようになります。作成したルールに基づいてLicense Managerは、条件にマッチするライセンスを自動的に検出し、レポートします。また管理者は、ライセンスルール違反の通知を受信することもできます。 前提条件  AWS Organizations アカウントをLicense Managerにリンクして、クロスアカウントのインベントリ検索を有効にします。詳細については、AWS License Manager の設定を参照してください。  追跡するすべてのインスタンスに AWS Systems Manager エージェントがインストールされ、最新化されていることを確認します。また、インスタンスがSystems Managerインベントリで管理されていることを確認します。最新バージョンの Systems Manager エージェントを実行することで、サポートされているすべてのインベントリタイプのメタデータを確実に収集できます。ステートマネージャーを使用してSystems Managerエージェントを更新する方法の詳細については、「Systems Managerエージェントを自動的に更新する」を参照してください。    Amazon EC2 インスタンス、あるいはAWSアカウントに関連付けられたオンプレミスサーバーに Systems Manager エージェントをインストールすることで、マネージドインスタンスにします。マネージドインスタンスは、Systems Manager 用に設定されたAmazon EC2 インスタンス、またオンプレミス環境内のサーバー、仮想マシン(VM)です。オンプレミスのサーバーを追跡する場合は、マネージドインスタンスであることを確認します。 オプション 1: ライセンス構成内からの自動検出の設定 a. ライセンス構成を作成する EC2インスタンスとオンプレミスサーバーへのSystems Manager エージェントセットアップが完了し、SSM […]

Read More
Weekly AWS

週刊AWS – 2020/7/6週

みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 3月から始まった在宅勤務も4ヶ月ほど経過しました。移動時間がほとんど無いために効率的な一方で、私の場合は運動不足が深刻です。以前は1日1万歩ぐらいは歩いていたのですが、今やその1/10といったところで、そろそろなんとかしないといけません。次回週刊AWSを書くタイミングでは何か運動を始められていると良いのですが。 それでは、先週の主なアップデートについて振り返っていきましょう。

Read More

新規 – AWS Outposts で Amazon RDS DB インスタンスを作成する

  昨年の終わり頃、私は AWS Outposts についてお話しし、すぐに注文することをお勧めしました。当時お伝えしたように、これは包括的な単一ベンダーのコンピューティングおよびストレージ製品であり、ローカルでの処理とデータセンターおよび工場の現場での非常に低いレイテンシーを必要とするお客様のニーズを満たすように設計されています。Outposts は AWS パブリックリージョンで使用するハードウェアを使用 2009 年に初めて Amazon RDS についてお話しました。このフルマネージドのサービスにより、リレーショナルデータベースの起動、操作、スケーリングが簡単になります。何年にもわたって、当社では、お客様の要求に応じて、複数のオープンソースデータベースと商用データベースのサポートに加えて、多数の機能を追加してきました。 AWS Outposts の DB インスタンス 本日より、AWS Outposts で RDS DB インスタンスを作成できるようになりました。MySQL と PostgreSQL のサポートを開始し、将来的に他のデータベースエンジンを追加する予定です (いつものように、当社が優先順位を付けて取り組めるように、お客様のニーズをお知らせください)。 Amazon Simple Storage Service (S3) へのスケジュールされたバックアップ、保存時および転送時の組み込みの暗号化など、重要な RDS 機能を利用できます。 DB インスタンスの作成 RDS コンソール、API (CreateDBInstance)、CLI (create-db-instance)、または CloudFormation (AWS::RDS::DBInstance) を使用して DB インスタンスを作成できます。 コンソールを使用して、Outpost の「ホームベース」として機能する AWS リージョンを慎重に選択します。コンソールを開き [データベースの作成] をクリックし、開始します。 [データベースのロケーション] で […]

Read More

EBS ダイレクト API を使用して任意のブロックストレージからスナップショットを作成する

オンプレミスボリューム、別のクラウドプロバイダーのボリューム、Amazon Simple Storage Service (S3) に保存されている既存のブロックデータなどのブロックストレージデータ、またはご自身のラップトップパソコンからも、Amazon Elastic Block Store (EBS) スナップショットを作成できるようになりました。 オンプレミスインフラストラクチャの災害対策にクラウドを使用している AWS のお客様はみんな、同じことを考えているのではないでしょうか。オンプレミスのボリュームデータをクラウドに効率的かつ低コストで転送するにはどうすればよいのだろう、と。 通常の場合、一時的な Amazon Elastic Compute Cloud (EC2) )インスタンスを作成し、Amazon Elastic Block Store (EBS) ボリュームを添付して、オンプレミスからこれらの新しい Amazon Elastic Block Store (EBS) ボリュームにブロックレベルでデータを転送します。そして、作成されたすべての EBS ボリュームのスナップショットを取り、一時的なインフラストラクチャを破棄します。CloudEndure を使ってこの作業を簡略化する人もいます。あるいは、複雑な作業のために、単にあきらめて、オンプレミスのボリュームをクラウドにコピーしなかった人もいるかもしれません。 この作業を簡略化するため、本日、re:Invent 2019 で発表した新しい API セットの、EBS ダイレクト API の一部である 3 つの新しい API を発表しました。AWS ではまず最初に、読み込み API と差分 API をリリースしました。本日のリリースでは、書き込み機能を拡張しています。これらの 3 つの新しい API […]

Read More

イノベーションの加速: AWS のサーバーレス機械学習は F1 で洞察を得るのにどのように役立つか

 FORMULA 1 (F1) は 2020 年に 70 周年を迎えます。これはリアルタイムのスキルとエンジニアリングおよび技術力を組み合わせた数少ないスポーツの 1 つです。F1 では常にテクノロジーが中心的な役割を果たしてきました。ルールとツールの進化が F1 の DNA に組み込まれています。レースは 10 分の 1 秒で雌雄を決するので、ファンは引き込まれ、ドライバーとチームは常に限界にチャレンジし続けています。 ピットストップは 2 秒未満~ 1 分超まで、5G がかかるコーナリングとブレーキング、最高速度は時速 375 km に達し、22 か国でレースが開催されています。その進化と新技術の採用においてこれほどダイナミックなスポーツはありません。FORMULA 1 は継続的にイノベーションを追求しており、最新のイノベーションは、ドライバーとチームが一瞬で決定したことを視聴者に伝えることによって、5 億を超えるファンの成長基盤のエクスペリエンスを強化し、データと分析の力によってトラック上とトラック外で何が起こるかについての理解を向上させています。 各レースカーに 300 のセンサーが装着され、1 秒あたり 1.1M のデータポイントを生成してレースカーからピットに送信されるため、ファンのエクスペリエンスは反応型からリアルタイムにシフトしています。これにより、トラック上でのアクションが加速しています。F1 は、Amazon SageMaker で作成され、AWS Lambda でホストされている機械学習 (ML) モデルなどのクラウドネイティブテクノロジーを活用することで、ドライバーのパフォーマンス、そして限界にチャレンジしているかどうかをピンポイントで調べることができます。その結果、オーバーテイクやピットストップの戦いの結果を予測できます。放送パートナーやデジタルプラットフォームを通じて、世界中のファンとこのような洞察を瞬時に共有できます。 この記事では、Amazon ML Solutions Lab とプロフェッショナルサービスチームが F1 と協力して、AWS テクノロジーを駆使したリアルタイムのレース戦略予測アプリケーションをどう構築して、「ピットウォール」(チームの司令基地) の決定を視聴者に伝えているか、そしてそれがどう […]

Read More

Amazon ES を使った Compass での住宅検索のシンプル化と最新化

 Amazon Elasticsearch Service (Amazon ES) は、AWS での Elasticsearch の大規模なデプロイメント、セキュア化、および運用を容易にする完全マネージド型サービスです。幅広い人気があるこのサービスは、さまざまなお客様が異なる検索ユースケースのためにアプリケーションに統合しておられます。 Compass は、その顧客に質の高い不動産物件検索と保存済み検索機能を提供するために、Amazon ES を含めた AWS のサービスを使ってその検索ソリューションを再設計しました。 この記事では、Compass の検索ソリューションがどのように進化したか、異なるアーキテクチャでどのような課題とメリットを見出したか、そして Amazon ES がどのように長期的かつスケーラブルなソリューションを提供しているかを見て行きます。また、Amazon Managed Streaming for Apache Kafka (Amazon MSK) が物件リスティングデータのイベント駆動型リアルタイムストリーミング機能の作成にどのように役立ったかについても説明します。このソリューションは、同様のユースケースに適用できます。 Amazon ES の概要 ログ分析、アプリケーションモニタリング、インタラクティブな検索、およびその他多くの機能のデプロイメント、運用、およびスケーリングを容易にする Amazon ES は、Elasticsearch の使い勝手のよい API とリアルタイム機能と共に、現実世界のアプリケーションが必要とする可用性、スケーラビリティ、およびセキュリティを提供する完全マネージド型サービスです。Amazon Kinesis、AWS Lambda、Amazon CloudWatch などの AWS のその他サービス、および Logstash や Kibana といったサードパーティーツールとのビルトイン統合も提供しているので、raw データを実用的なインサイトに素早く変化させることができます。 Amazon ES には以下のメリットもあります。 完全マネージド型 – […]

Read More

AWS Fargate で Amazon EKS を使用するときにアプリケーションログをキャプチャする方法

 Amazon Elastic Kubernetes Service (Amazon EKS) が、AWS Fargate でアプリケーションを実行可能にKubernetes ポッドは EC2 インスタンスをプロビジョニングして管理することなく、実行できます。Fargate は すべてのポッドを VM 分離環境で実行するため、daemonsets の概念は現在 Fargate には存在しません。したがって、Fargate を使用しているときにアプリケーションログをキャプチャするには、アプリケーションがログを出力する方法と場所を再検討する必要があります。このチュートリアルでは、Fargate で実行されているポッドのアプリケーションログをキャプチャして出荷する方法を示します。 Kubernetes ログ記録アーキテクチャ 最新のアプリケーションを構築するためのゴールドスタンダードを示す Twelve-Factor App マニフェストによると、コンテナ化されたアプリケーションは、ログを stdout および stderr に出力する必要があります。これはまた、Kubernetes のベストプラクティスと見なされ、クラスターレベルのログ収集システムはこの前提で構築されています。 Kubernetes ログ記録アーキテクチャは、次の 3 つの異なるレベルを定義します。 基本レベルのログ記録: kubectl を使用してポッドログを取得する機能 (例:kubectl logs myapp – myapp はこのクラスターで実行されているポッドです) ノードレベルのログ記録: コンテナエンジンは、アプリケーションの stdout と stderr からログをキャプチャし、ログファイルに書き込みます。 クラスターレベルのログ記録: ノードレベルのログ記録に基づく。ログキャプチャエージェントは各ノードで実行されます。エージェントはローカルファイルシステムのログを収集し、Elasticsearch や […]

Read More