Лучший выбор сервера для веб-приложений баз данных php или python (perl) и mysql или sqlite, не требующих особого обслуживания

Извините, если этот вопрос новичку задавали раньше. (Я проверил, но не нашел).

Я только что обнаружил, что больше не могу запускать свои веб-приложения на очень надежном (не требующем для меня обслуживании) внутреннем хостинг-сервере, который я использовал, потому что я превысил максимальное выделение на жестком диске всего 2 ГБ (!), А также я превысил активное выделение памяти, которое составляло всего несколько МБ. Мне сказали, что я должен установить свой собственный сервер. Итак, какой сервер лучше всего выбрать?

Вот мои потребности:

Мне нужна безопасная серверная ОС, требующая минимальных настроек и управления. (Вокруг нет айтишников, поэтому мне придется все делать самому.)
Мне нужно запустить некоторые веб-приложения php (позже python?), Которые управляют базой данных корпуса sqlite (позже mysql) серверной части размером в несколько ГБ, которые в идеале я хочу полностью хранить в активной памяти, чтобы ускорить сортировку выбранных результатов. В приложениях корпусных баз данных выбор часто приводит к сотням или тысячам результатов, которые нужно отсортировать по нескольким столбцам. (Индексирование важно, но быстрая сортировка также важна).
Мне нужно запустить систему управления контентом Drupal с очень низким спросом (но критически важную) с, вероятно, менее 10 000 обращений в неделю.
(Мне не нужны ни файловый сервер, ни сервер печати, ни функционал почтового сервера)

Текущий сервер хостинга - Linux / Apache, управляемый через cPanel. Я собираюсь купить сервер с 48 ГБ оперативной памяти DDR3, Raid 1 и двумя дисками SAS. (Это полный перебор?)

Большой вопрос: следует ли мне использовать Linux (например, CentOS, SME Server или что-то подобное) или Windows Server 2008 R2? Linux кажется наиболее подходящим для приложений php / mysql, но мне интересно, проще ли управлять Win Server 2008 R2.

Будем очень признательны за любые комментарии / советы.

Лучшее решение для удовлетворения этих потребностей - это поставщик облачного хостинга. Их много, и у всех есть сильные предложения, скорее всего, дело в цене и количестве предлагаемых услуг.

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

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

Вы упомянули CMS и для меня это звучит как стек LAMP. Я могу порекомендовать некоторые хостинговые компании, у которых есть шаблоны, которые вы можете использовать для начала, по цене всего 0,06 доллара за 1 ГБ оперативной памяти.

Взглянуть на Amazon, Rackspace и Logicworks было бы отличным местом для начала. На самом деле я являюсь инженером в одной из упомянутых компаний, поэтому я хорошо знаком с моделями обслуживания и могу помочь вам. Если у вас возникнут какие-либо вопросы, свяжитесь со мной, удачи!

Если вы просто ищете простоту управления, я бы выбрал любую ОС, с которой вы наиболее знакомы / удобны. Если вы не можете решить, просто выберите то, что вы сейчас используете. Вы можете дважды проверить, что любое приложение / пакет, которое вы хотите использовать в будущем, будет работать в выбранной вами системе.
Еще одна вещь, которую следует учитывать, - это объем поддержки, доступный для выбранной вами ОС / системы и приложений. Например, я далек от эксперта по Linux, но существует так много HowTos / форумов по настройке и управлению системами Linux, что нетрудно найти информацию и помощь, когда она мне понадобится.
48 ГБ ОЗУ - это много для базы данных размером всего несколько ГБ. Изначально подумайте об уменьшении объема памяти (4–8 ГБ) и посмотрите, как это работает для повышения производительности, и при необходимости обновите ОЗУ. Все зависит от того, насколько сильно ваше приложение требует памяти, насколько легко добавить оперативную память и каков ваш общий бюджет.
При выборе необходимого объема памяти сравните размер активного набора записей с общим размером базы данных. Например, общий размер используемой мной базы данных составляет 7 ГБ, но активный набор записей намного меньше, может быть 0,5–1 ГБ. Несмотря на то, что MySQL предоставляет 4 ГБ памяти, он всегда использует только 1–1,5 ГБ.