https://www.opennet.ru/openforum/vsluhforumID13/780.html Нужны советы и рекомендации по выбору аппаратного/программного обеспечения и схемы для организации работы комплексной системы по автоматизации предприятия. Система предсталяет собой клиент-серверное приложение работающее через браузер. На стороне сервера &#8212; фреймворк на J2EE и СУБД Postgresql. Ссылку на продукт давать не буду, посчитают рекламой.<br><br>Сами разработчики рекомендуют следующее -2 сервера (один под БД, другой под продакшн приложение).Приблизительная конфигурация каждого сервера - 1 процессор (4-ядра, например 1 x 4-Core-Xeon ), 4 Гб оперативной памяти (лучше 2 планки по 2 Гб, или 1 планка 4 Гб), жесткие диски - raid (желательно sas) с выделенной кэш-памятью, суммарно на 72 Гб (c расчетом, что бэкапы будут переносится на другую машину). В качестве ОС рекомендуют Centos.<br><br>С учетом высокой важности этого приложения для работы нашей организации хотелось бы обеспечить максимальную надежность и управляемость приложения. Поэтому предполагается использование виртуализации и создание кластера высок https://www.opennet.ru/openforum/vsluhforumID13/780.html#6 Wed, 18 Jan 2012 12:36:32 GMT &gt; Спасибо за предложенную схему(замечу, что я понимаю как работает виртуализация). Если Вас <br>&gt; не затруднит, сообщите какое аппаратное обеспечение вы рекомендуете для такой схемы. <br><br>Это зависит от нагрузки, которую создает система. От объема данных, от сложности sql запросов, от их типа...От нагрузки которую создает сервер приложений, от количества пользователей системы.<br>Эти данные можно взять у разработчиков, более того, они их обычно предоставляют и настаивают чтобы аппаратное обеспечение соответствовало их рекомендациям.<br>Иначе - все это сферический конь в вакууме.<br>Вопрос о том как лучше кластеризировать систему- нужно задать разработчикам системы.<br>Они должны знать как будет вести себя ситема при росте нагрузки, что нужно сделать для повышения отказоустойчивости.<br>Не существует сферически-надежного решения, которое можно растиражировать на любую систему и она станет надежной. Есть только общие принципы концепции, некие общие решения, но когда речь заходит о конкретной реализации- все нужно считать и и https://www.opennet.ru/openforum/vsluhforumID13/780.html#5 Tue, 17 Jan 2012 20:45:48 GMT <br>&gt; Вам не приходило в голову задать этот вопрос разработчикам?<br>&gt;&gt;4 Гб оперативной памяти (лучше 2 планки по 2 Гб, или 1 планка 4 Гб) <br>&gt; Вы очень мужественный человек, если с такими знаниями беретесь за такую задачу... <br><br> Меня развеселил Ваш тонкий сарказм. Я постарался изложить все, что рекомендовали мне разработчики, и фраза про 4 Гб взята из их письма. Я знаю, что я - мужественный человек, чего я только не реализовывал с своими знаниями :)<br><br><br>&gt;[оверквотинг удален]<br>&gt; два раза ХУЖЕ.<br>&gt; Я бы сделал иначе - отдельно кластер высокой доступности из постргесса средствами <br>&gt; постгресса (2 или 3 физически разных машины).<br>&gt; отдельно кластер из двух, физически разных машин для серверов приложений.<br>&gt; Итого 4 или 5 физических серверов на всю систему.<br>&gt; Виртуализация в данном случае - имеет смысл искючительно ради засовывания серверов в <br>&gt; контенер, который потом можно будет легко брать и переносить между серверами <br>&gt; (1 физический сервер- 1 виртуальная машина).<br>&gt; Кстати вам туда надо будет еще и тестовую https://www.opennet.ru/openforum/vsluhforumID13/780.html#4 Tue, 17 Jan 2012 06:12:05 GMT Про кластер - посмотрите в сторону связки drbd+heartbeat. Лично я строил подобную связку на Gentoo для работы биллинга UTM. Кластер обеспечивал бесперебойную работу сервисов - utm5_core, utm5_rfw, mysql, apache. Если интересно - посмотрите описание на сайте разработчиков UTM - www.netup.ru - где-то в разделе документации. Там расписано под Gentoo - но в общем-то выбор дистрибутива не важен. Если подходить к работе творчески, разумеется. :) Собственно, и выбор СУБД тут тоже не важен.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID13/780.html#3 Mon, 16 Jan 2012 21:48:12 GMT &gt;[оверквотинг удален]<br>&gt;&gt; контенер, который потом можно будет легко брать и переносить между серверами <br>&gt;&gt; (1 физический сервер- 1 виртуальная машина).<br>&gt;&gt; Кстати вам туда надо будет еще и тестовую среду куда-нить засунуть... вот <br>&gt;&gt; ее-то, и можно будет засунуть во второй контейнер.<br>&gt; Поддержу. Я бы добавил, если уж сильно хочется виртуализации и прочих прелестей <br>&gt; отказоустойчивости глянуть - посмотрите в сторону VmWare с online migration и <br>&gt; SAN (хотя бы Еву или LSI2600) в качестве хранилища. Но это <br>&gt; не шара, а очень даже вменяемые деньги.<br>&gt; Озадачивайте внедренца. Не стройте велосипед - вам никто спасибо не скажет, а <br>&gt; внедренец всегда при провале тыкнет в вас пальцем за ваши костыли. <br><br>Я про SAN подумал, и тоже про Еву кстати :) но решил что советовать Еву в данном случае бессмысленно, потому что это совсем не бюджетное решение...<br><br> https://www.opennet.ru/openforum/vsluhforumID13/780.html#2 Mon, 16 Jan 2012 21:45:52 GMT &gt;[оверквотинг удален]<br>&gt; два раза ХУЖЕ.<br>&gt; Я бы сделал иначе - отдельно кластер высокой доступности из постргесса средствами <br>&gt; постгресса (2 или 3 физически разных машины).<br>&gt; отдельно кластер из двух, физически разных машин для серверов приложений.<br>&gt; Итого 4 или 5 физических серверов на всю систему.<br>&gt; Виртуализация в данном случае - имеет смысл искючительно ради засовывания серверов в <br>&gt; контенер, который потом можно будет легко брать и переносить между серверами <br>&gt; (1 физический сервер- 1 виртуальная машина).<br>&gt; Кстати вам туда надо будет еще и тестовую среду куда-нить засунуть... вот <br>&gt; ее-то, и можно будет засунуть во второй контейнер.<br><br>Поддержу. Я бы добавил, если уж сильно хочется виртуализации и прочих прелестей отказоустойчивости глянуть - посмотрите в сторону VmWare с online migration и SAN (хотя бы Еву или LSI2600) в качестве хранилища. Но это не шара, а очень даже вменяемые деньги.<br>Озадачивайте внедренца. Не стройте велосипед - вам никто спасибо не скажет, а внедренец всегда при провале https://www.opennet.ru/openforum/vsluhforumID13/780.html#1 Mon, 16 Jan 2012 20:59:07 GMT &gt; Нужны советы и рекомендации по выбору аппаратного/программного обеспечения и схемы для <br>&gt; организации работы комплексной системы по автоматизации предприятия. <br><br>Вам не приходило в голову задать этот вопрос разработчикам?<br><br>&gt;4 Гб оперативной памяти (лучше 2 планки по 2 Гб, или 1 планка 4 Гб)<br><br>Вы очень мужественный человек, если с такими знаниями беретесь за такую задачу...<br><br>&gt;То есть по сути два физических идентичных сервера, на каждом 2 VPS &#8211; сервер приложений и сервер баз данных. <br><br>То есть после того как вам разработчики порекомендовали разнести сервер баз данных и сервер приложений на две разные физические машины- вы тут же решили их объеденить. Да ужжжжж.....<br>Кстати если разработчики рекомендовали для базы данных и сервера приложений по 4 ядра и 4 гига- это значит, что если ввы будите засовывать их на одну машину- вам надо будет иметь на этой машине 8 ядер и 8 гигабайт памяти.<br>Виртуализация- не вытаскивает ресурсы компа "из воздуха". Если ваша система ТРЕБУЕТ под себя 4 гига оперативки (о