SQL Server 2005+；JavaEE在一台计算机上的应用

我们有一个服务器项目，该服务器每天从客户端发出大约3000个请求。 30-40名在线用户。smth每年大约增加30-40Gb的数据。 系统应全天候在线

我们在哪里可以更好地找到SQL server？ 在一台带有JavaEE容器的计算机上还是在独立计算机上

---

这种方法的优缺点是什么？

通常，应用程序服务器组件不安装在数据库服务器上。此外您的24x7需求可能要求您不要将应用程序层和数据库服务放在同一台机器上，以便您可以分离数据库层，以便能够在数据库层实现某种集群或其他高可用性解决方案，并在应用程序服务上实现类似的负载平衡或其他功能层

---

就体积而言，从表面上看，一台机器处理的容量似乎并不太大，但您确实没有给出足够的详细信息。

通常，数据库服务器上没有安装应用程序服务器组件。此外您的24x7需求可能要求您不要将应用程序层和数据库服务放在同一台机器上，以便您可以分离数据库层，以便能够在数据库层实现某种集群或其他高可用性解决方案，并在应用程序服务上实现类似的负载平衡或其他功能层

---

就体积而言，从表面上看，一台机器似乎处理不了太多，但您确实没有给出足够的细节。

当然，正如凯德·鲁克斯所解释的，最好将它们放在单独的服务器上（以防它们通过局域网（而不是互联网）连接）

但是，如果您的预算不足以支持两台机器，或者您已经拥有一台功能强大的机器，则可以使用虚拟化。

---

创建两个虚拟机，一个用于JavaEE容器，一个用于数据库服务器。这提供了Cade Roux所解释的所有好处，只有一台物理机器。

当然，正如Cade Roux所解释的，最好将它们放在单独的服务器上（以防它们通过LAN（而不是Internet）连接）

但是，如果您的预算不足以支持两台机器，或者您已经拥有一台功能强大的机器，则可以使用虚拟化。

---

创建两个虚拟机，一个用于JavaEE容器，一个用于数据库服务器。这提供了Cade Roux所解释的所有好处，只有一台物理机器。

以上所有海报建议都是正确的

然而，每天3000个请求听起来并不多

你在硬件/软件方面有多少预算

你的机器有多强大

您是否在同一台机器上运行了模拟负载测试并进行了性能分析

---

当然，如果每个服务器都有一个单独的服务器，那么基于上面指定的原因，这会更好。如果没有，并且您的机器可以同时运行这两个功能，那么您可以通过运行虚拟机来实现单独机器的一些优势，但是如果您的硬件崩溃或操作系统崩溃，虚拟机将不会为您购买任何东西。

以上所有建议都是正确的

然而，每天3000个请求听起来并不多

你在硬件/软件方面有多少预算

你的机器有多强大

您是否在同一台机器上运行了模拟负载测试并进行了性能分析

---

当然，如果每个服务器都有一个单独的服务器，那么基于上面指定的原因，这会更好。如果没有，并且您的机器可以同时运行这两个功能，您可以通过运行VM来实现单独机器的一些优势，但是如果您的硬件崩溃或操作系统崩溃，VM不会为您购买任何东西。

最好将数据库层和表示层分别放在两台机器中。“应用程序”不是“表示层”，它们是两台机器。只有虚拟的，而不是物理的。最好将数据库层和表示层分别放在两台机器中。“应用程序”不是“表示层”，它们是两台机器。只有虚拟的，而不是物理的。我们同意使用两台服务器：每台4个处理器和4gb ram。但作为备份跟随者，我们将添加一些cat工作的机器，而不是两个主服务器。我认为，在没有太多负载的情况下，我们可以使用一台计算机作为主计算机，第二台计算机作为备份跟随计算机。您可能希望配置这些计算机，以便可以使用1台或另一台，并实现无缝故障切换。这样，您可以在生产中同时使用这两台机器，但您需要测试故障切换，以确保如果一台机器出现故障，另一台机器将正常工作。然后您可以在生产中使用这两种方法。这也确保了这两个系统都能在生产环境中工作。我们继续使用两台服务器：每台服务器上有4个处理器和4gb ram。但作为备份跟随者，我们将添加一些cat工作的机器，而不是两个主服务器。我认为，在没有太多负载的情况下，我们可以使用一台计算机作为主计算机，第二台计算机作为备份跟随计算机。您可能希望配置这些计算机，以便可以使用1台或另一台，并实现无缝故障切换。这样，您可以在生产中同时使用这两台机器，但您需要测试故障切换，以确保如果一台机器出现故障，另一台机器将正常工作。然后您可以在生产中使用这两种方法。这也确保了这两个系统都能在生产中工作。