Redisインスタンスの統合に関するアドバイス - TechRepublic

こんにちは、コミュニティの皆様

Redisインスタンスを統合するためにサーバーインフラストラクチャのアップデートを計画しており、皆様からのフィードバックをお待ちしております。現在の設定と検討中の変更点の概要は以下のとおりです。

**現在のインフラストラクチャの概要:**
– すべてを単一のアベイラビリティ ゾーン内でホストしています。
– 複数の Web サーバー (サーバー A と B) は、アプリケーション ロード バランサーによって管理されて
います。 – 4 つの MySQL データベースがトランザクション データを処理します。 –
アーカイブ VM は、MySQL サーバーからのアクセス頻度の低いデータを保存するために使用され、運用効率を確保しています。
– 堅牢なオフサイト バックアップとセカンダリ AZ セットアップが、災害復旧計画をサポートしています。

**Redis統合の提案:**
– コスト管理のため、アーカイブVMと同じOS上でRedisインスタンスを実行しますが、専用のネットワークインターフェースを介して分離します。この設定により、追加のインフラストラクチャなしでウェブサーバーアプリのパフォーマンスを向上させることができます。

**課題と代替案:**
– アーカイブVMにRedisを追加すると、既存の負荷により負荷がかかる可能性があります。信頼性とパフォーマンスを向上させるため、マスター1台とスレーブ2台で構成されるRedisクラスターアーキテクチャを検討しています。

**コミュニティへの質問:**
1. 潜在的なパフォーマンスリスクを考慮すると、アーカイブVMにRedisを統合することは賢明でしょうか？
2. スケーラビリティと可用性を向上させるために、クラスター化されたRedisセットアップに投資すべきでしょうか？
3. 既存のVMまたはAZ全体の専用VMにDockerコンテナでクラスター化されたRedisを実装することは、実行可能な戦略でしょ
うか？ 4. これらのコンテナをKubernetesでオーケストレーションすることは、私たちの展開規模には過剰でしょ
うか？ 5. 他にどのようなベストプラクティスや考慮事項を考慮する必要がありますか？

アドバイスをいただければ幸いです。ご
協力ありがとうございます！