成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
Amazon Kinesis Data Firehoseから直接New Relicにデータを取り込む
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
Amazon Kinesis Data Firehoseから直接New Relicにデータを取り込む - New Relic公式ブログ
「New Relic Drinks Straight from the Firehose: Consuming Amazon Kinesis Data」の抄訳です。 新しいNew Relic One開始にあわせて、AWSとのパートナーシップと、すべてのテレメトリデータに対応したオープンでプログラマブルなプラットフォームをお客様に提供する取り組みを正式に発表しました。 Telemetry Data Platformの一部として、New Relicを利用したログ管理は、これまで以上に簡単かつ手頃な価格で利用できるようになりました。毎月100GBのデータ取り込みは無料です。また、100GBを超えるデータは、1ヶ月のデータ取り込み1GBあたりわずか0.25ドルとなっています。 この取り組みの一環として、New Relicはお客様がAmazon Kinesis Data Firehoseからデータを
New Relic利用時に考慮すべきセキュリティのポイント
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
［Auroraの落とし穴］フェイルオーバー時に接続先が切り替わらない
Amazon Web Services（AWS）のリレーショナルデータベースサービス「Amazon Aurora」のデータベースクラスターでは、1台以上のレプリカがある場合、プライマリーインスタンスに障害が発生すると、自動的にレプリカのうち優先度の高い1台がプライマリーインスタンスに昇格する。 このとき、リクエストが新しいプライマリーインスタンスに接続されるように、自動でクラスターエンドポイントのDNS（Domain Name System）レコードが更新される。これによって、フェイルオーバーを実現する。通常は、障害検知からフェイルオーバーは１分以内に完了する。 しかし、アプリケーション側でDNSのTTL（Time to live）を無視し、DNSレコードをキャッシュする設定になっている場合、このフェイルオーバーに追従できず、障害インスタンスにアクセスし続けてしまう場合がある。 なおレプリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
