1～2 件を表示 ／ 全 2 件
顧客サービスに影響を与えないためのオプションについて解説！
karpenterはノードのコストを最適化するために、ノードの数を積極的に 変更します。新規のPodを生成するために新しいノードが実行すると、 Podに設定されたリクエスト容量で最もコストが安いノードを新規に生成し、 既存ノードの中で使用量が低いノードは削除し、既存ノードで実行中のPodを 新しいノードへ移します。 この作業で、既存のPodは削除されて新しいPodが開始します。Podが再開しても 顧客サービスに影響を与えないためには、以下のオプションが必要です。 TerminationGracePeriodSeconds、PodDisruptionBudget、PriorityClass 今回はこのオプションを確認します。 ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくはPDFをダウンロードしていただくか、お気軽にお問い合わせください。
バッチ処理をJENNIFERでモニタリングすることの有効性をご紹介！
新旧問わず多くのシステムで、バッチ処理が行われています。 バッチ処理といっても夜間バッチやオンラインバッチなど用途や規模、 複雑さなど、様々ですが、共通して言えることはほとんどモニタリングが 行われず、あってもバッチの開始、終了および異常終了時のアラート通知 だけのモニタリングが一般的です。バッチ処理は時間通りに終わるもので、 オンライン処理に比べ障害が少ないという認識がモニタリングをしない 要因の一つにあります。 しかしながら、サービスの停止や売上や顧客信用度に直結する現在、 障害時の復旧の速さもさることながら、障害を事前に防ぐための日常的な パフォーマンスのチェックも重要となってきています。また、オンプレミス 環境からクラウド環境への移行においても、客観的な性能データを用いた設計、 開発、テストを行うことで、安定稼働に繋げることが可能となります。 ※ブログの詳細内容は、関連リンクより閲覧いただけます。 詳しくはPDFをダウンロードしていただくか、お気軽にお問い合わせください。
