展開を自動化(ダウンタイムなし)するにはどうすればよいですか?
また、メンテナンスのために任意のサーバーをオフにすることができます。
どのツールを使用する必要がありますか?
私はTomcatを使用していますが、提示された要件に最も適した他のJavaEEサーバーに移行したいと思っています。
すぐに使用できる構成の詳細を知りたいのですが。
展開を自動化(ダウンタイムなし)するにはどうすればよいですか?
また、メンテナンスのために任意のサーバーをオフにすることができます。
どのツールを使用する必要がありますか?
私はTomcatを使用していますが、提示された要件に最も適した他のJavaEEサーバーに移行したいと思っています。
すぐに使用できる構成の詳細を知りたいのですが。
WebLogic 9 以降、WebLogic にはサイド バイ サイド デプロイメントと呼ばれるダウンタイムなしで新しいバージョンのアプリケーションをデプロイできる機能があります。
サイド バイ サイド デプロイメント: BEA WebLogic Server 9.0 では、同じアプリケーションの複数のバージョンを WebLogic クラスタ全体にデプロイできます。新しいクライアント リクエストは新しいバージョンにルーティングされ、古いバージョンの既存のクライアントには影響しません。BEA WebLogic Server は、既存のすべてのクライアントが処理を完了すると、古いバージョンのアプリケーションを自動的に廃止します。これにより、実稼働環境の複製バージョンを構築したり、2 つの異なるバージョンを 2 つの環境にデプロイしたり、ロード バランサーを使用してアプリケーション トラフィックを新しいバージョンにカットオーバーしたりする必要がなくなります。
WebLogic Server は、移行可能なサーバー インスタンスとそのすべてのサービスが別の物理マシンに移行される、サーバー レベル全体の移行もサポートしています。これは、サーバーのメンテナンスに使用できます。
サーバー全体の移行はすべてのプラットフォームでサポートされているわけではなく、(インフラストラクチャに関して) 明らかに無視できないコストがかかることに注意してください。
クラスター内 (ロード バランサーの背後または apache の背後) で 2 つの tomcat を実行している場合、それは非常に簡単です。
アプリケーションの完全な再デプロイを行っている場合、それ以外の場合はダウンタイムが発生します (短い場合でも)。
わずかなダウンタイム (1 秒未満) を許容できる場合は、Tomcat の 2 番目のインスタンスにデプロイすることでこれをエミュレートし、ロード バランサーを 2 番目のインスタンスに向けることができます。この場合、アクティブなセッションはすべて失われますが、切り替えは非常に高速です。
どちらの場合も、対処しなければならないデータベース同期の問題があります。