Приложение SQL Server 2005 + JavaEE на одном компьютере в производстве - PullRequest
0 голосов
/ 04 января 2010

У нас есть проект с сервером, у которого около 3000 запросов в день от клиента. 30-40 онлайн-пользователей. И что-то около 30-40 Гб данных увеличивается в год. И система должна быть онлайн 24х7.

Где мы можем найти сервер SQL лучше? На одном компьютере с контейнером JavaEE или на автономном компьютере?

Какие плюсы и минусы на этом пути?

Ответы [ 3 ]

2 голосов
/ 04 января 2010

Конечно, как объяснил Cade Roux, всегда лучше размещать их на отдельных серверах (в случае, если они подключены через локальную сеть (а не через Интернет)).

Если, однако, вашего бюджета недостаточно для двух машин или у вас уже есть мощный компьютер, вы можете использовать виртуализацию. Сделайте 2 виртуальные машины, одну для контейнера Java EE, одну для сервера базы данных. Это дает все преимущества, объясняемые Cade Roux, с одним физическим компьютером.

2 голосов
/ 04 января 2010

Все вышеперечисленные предложения верны.

Однако 3000 запросов в день - это не так много.

  1. Какой у вас бюджет на оборудование / программное обеспечение?
  2. Насколько мощна ваша машина?
  3. Проводили ли вы анализ производительности с помощью тестов с имитацией нагрузки, когда оба выполняются на одном компьютере?

Конечно, если вы можете иметь отдельный сервер для каждого, это будет намного лучше по причинам, указанным выше. Если нет, и ваша машина достаточна для запуска обоих, вы можете добиться некоторых преимуществ отдельных машин, запустив виртуальную машину, но если ваше оборудование выйдет из строя или выйдет из строя ОС, виртуальная машина ничего не купит.

1 голос
/ 04 января 2010

Как правило, компоненты сервера приложений не устанавливаются на серверах баз данных. Кроме того, ваши требования 24x7, вероятно, диктуют, что вы не должны размещать и уровень приложений, и службы баз данных на одном компьютере, чтобы можно было разделить уровень базы данных, чтобы иметь возможность реализовать какое-либо решение для кластеризации или другое решение высокой доступности на уровне базы данных и аналогичная балансировка нагрузки или что-то еще на уровне служб приложений.

Что касается объема, то на первый взгляд кажется, что одной машине это было бы не по силам, но вы действительно недостаточно подробно описали.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...