Amazon Web Services ブログ
Category: Learning Levels
Amazon Redshift Query profiler でクエリ性能診断を簡素化
本記事は、Simplify your query performance diagnostics in Ama […]
行く前に知っておきたい — AWS re:Invent 2024 モニタリングとオブザーバビリティ
12 月 2 日から 12 月 6 日までラスベガスで開催される AWS re: Invent 2024 に参加する予定で、モニタリングとオブザーバビリティについて詳しく知りたいとお考えですか? もしそうなら、このブログでは re:Invent 2024 でのモニタリングとオブザーバビリティに焦点を当てたクラウド運用に関連するセッションを取り上げています。
リンクサーバーを使用した変更トラッキングによる SQL Server データベースの Babelfish for Aurora PostgreSQL への移行
この投稿では、ソースとなる SQL Server Web Edition の変更トラッキング機能とターゲットとなる Babelfish for Aurora PostgreSQL のリンクサーバー機能を使用して、進行中の変更をレプリケーションする手順を提供します。
Amazon RDS for SQL Server で変更データキャプチャパラメータを構成する
この投稿では、CDC パラメータについて深く掘り下げ、AWS DMS の設定時の影響について説明するとともに、いくつかのベストプラクティスについても説明します。
Amazon Bedrock Guardrails を使用したモデルに依存しない安全対策を実装する
生成 AI モデルは幅広いトピックに関する情報を生成できますが、その応用には新たな課題があります。これには関連性の維持、有害なコンテンツの回避、個人を特定できる情報(PII)などの機密情報の保護、ハルシネーション(幻覚)の軽減が含まれます。Amazon Bedrock の基盤モデル(FM)には組み込みの保護機能がありますが、これらはモデル固有であることが多く、組織のユースケースや責任ある AI の原則に完全に合致しない可能性があります。
OpenSearch 最適化インスタンス (OR1) はインデクシングパフォーマンスとコストを革新
Amazon OpenSearch Service は、アプリケーション監視、ログ分析、オブザーバビリティ、Web サイト検索などのユースケースで、ビジネスデータや運用データのリアルタイム検索、監視、分析を安全に実現にします。
この記事では、2023 年 11 月 29 日に導入された、OpenSearch 最適化インスタンスタイプ OR1 について検討します。
OR1 は Amazon OpenSearch Service のインスタンスタイプで、大量のデータを保存するためのコスト効率の高い方法を提供します。OR1 インスタンスを使用するドメインでは、Amazon Elastic Block Store (Amazon EBS) ボリュームをプライマリストレージとして使用し、データが書き込まれるとすぐに Amazon Simple Storage Service (Amazon S3) に同期的にコピーされます。OR1 インスタンスは、高い耐久性と共に、インデックス作成スループットが向上します。
OR1 の詳細については、紹介ブログ記事をご覧ください。
インデックスに対して書き込みを行っている間は、レプリカを 1 つ維持することをお勧めします。ただし、ロールオーバー後にインデックスに対する書き込みが行われなくなった後は、レプリカを 0 に切り替えることができます。
これは、データが Amazon S3 に永続化されているため、安全に行えます。
ノードの障害と交換が発生した場合、データは Amazon S3 から自動的に復元されますが、修復操作中は一部利用できなくなるため、アクティブに書き込まれていないインデックスの検索に高可用性が必要な場合は、この機能を使用しないでください。
Amazon OpenSearch Serverless によるあらゆる規模における費用対効果の高い検索機能
Amazon OpenSearch Serverless の今までより安価な新しいエントリーコストを発表できることを喜ばしく思います。
インデクシングと検索のワークロードに対して 0.5 OpenSearch Compute Unit (OCU) がサポートされたことで、エントリーコストが半分になりました。
Amazon Bedrock 上で基盤モデルのコストと利用状況を追跡できる社内 SaaS サービスを構築する
この記事では、組織内のチームをテナントとして捉えた場合の、マルチテナントアーキテクチャで Amazon Bedrock を使用して基盤モデルにアクセスするための内部 SaaS レイヤーの構築方法をご紹介します。特に、テナントごとの使用量とコストの追跡、およびテナントごとの使用量制限などのコントロールに焦点を当てています。このソリューションと Amazon Bedrock の利用プランが、一般的な SaaS ジャーニーフレームワークにどのように対応するかについて説明します。ソリューションのコードと AWS Cloud Development Kit (AWS CDK) テンプレートは、GitHub リポジトリで入手できます。
AIX、Windows 上のセルフマネージド型 Db2 から Amazon RDS for Db2 へ IBM Q レプリケーションを使用してほぼゼロのダウンタイムで移行
本記事は 2024年6月11日にAWS Database Blogで公開された ”Near zero-down […]
国際サイバー犯罪グループアノニマス・スーダンの活動阻止で Amazon が米国司法省を支援
金銭を目的とした DDoS 攻撃を仕掛けた国際サイバー犯罪グループ「アノニマス・スーダン」の活動を AWS はいかに阻止したのか。本ブログでは、高度な脅威インテリジェンスで同グループの監視から攻撃インフラの特定、そしてホスティング業者への無数の停止要請し、その解体へ貢献に至る地道な取り組みを紹介します。