Как настроить Разработку, Подготовку, Производство и среды QA
Это довольно сложный вопрос. Мой общий совет - сосредоточить свое внимание на управлении сложностью и позволить системе расти органически.
Виртуализация:
Вы действительно хотите избежать разрастания серверов, а в наши дни все виртуализировано. Выберите платформу, которая позволит вам быстро добавлять виртуальные серверы, а также эффективно управлять ими. Одна из тенденций, которую я заметил, - это наличие двух (например) кластеров AIX или VMWare, один для prod, один для non-prod. Непродуктивная среда используется для всех сред разработки, тестирования и тестирования. Эти среды идеально подходят для веб-серверов или серверов приложений, но я бы старался избегать размещения больших, растущих производственных баз данных в качестве виртуальной машины (по крайней мере, в Windows).
Базы данных
Они могут легко выйти из-под контроля, когда им нужно разделить ресурсы с другими серверами. Всегда имейте базы данных, работающие на выделенной ОС, никогда не передавайте их приложению или веб-серверу, если для этого нет действительно веской причины. Вопрос только в том, используете ли вы виртуальную машину или оборудование.
Вам нужна масштабируемая инфраструктура, которая не будет ограничивать вас, если вам когда-нибудь понадобится, например, перейти на кластерное решение. Многие базы данных подойдут для виртуальной машины, но для тех немногих, которым в конечном итоге потребуется больше мощности, чем это удобно в среде виртуальных машин, вам захочется установить их на необработанном оборудовании вместо .
Если вы не говорите об окнах, некоторые из этих рекомендаций не будут иметь значения. Это' Общепринятая практика, например, помещать большие растущие базы данных в качестве разделов LPAR в гипервизор AIX.
Хранилище
Настоящая виртуализация (с мобильностью виртуальных машин и кластеризацией хостов) невозможна без общего хранилища. Серверы Prod, Dev, Test и QA выглядят одинаково для вашего хранилища, однако вы можете потратить некоторое время на то, чтобы найти способ расставить приоритеты для вашего продукта. Это очень плохая идея, например, иметь облагаемую налогом базу данных prod, разделяющую диски (наборы рейдов, пулы, что угодно) с сервером разработки. Иногда Dev может ударить по дискам так же сильно, как и prod, и последнее, что вам нужно, это выяснить, не замедляет ли производство какой-то тест.
Попросите кого-нибудь, кто знает ваше хранилище, сесть и проанализировать все потенциальные узкие места (порты, кеш, контроллеры, диск, и т. д.) и сделайте все возможное, чтобы предотвратить как можно больше конфликтов между prod и non-prod.
Тем не менее, иногда разработчикам приложений необходимо запускать тесты производительности, чтобы помочь количественно оценить влияние нового патча или чего-то еще. В этой ситуации вам может потребоваться предложить им аналогичные (или, по крайней мере, количественно разные) объемы накопительной мощности.
Для чего вам нужна эта среда? Поставщик программного обеспечения или ваша организация занимается собственной разработкой?
Не знаю, поможет ли это, но и HP, и Dell бросятся на все, чтобы прийти и оценить ваш текущий центр обработки данных и порекомендовать вам обновить или создать с нуля. Читатели форума могут дать хорошие подробные ответы, но, не видя, «что у вас есть и где вы находитесь, чего вы хотите и где вам нужно быть», будет трудно дать вам твердый ответ. Сделайте себе одолжение и придерживайтесь одного поставщика оборудования из соображений администрирования.
У нас есть центр обработки данных, ориентированный на это (у нас есть оборудование для этого)
Среда VMWare Корпус для блейд-серверов C7000 Hp с серверной частью EMC SAN, 8-гигабайтным оптоволоконным соединением
Это позволяет нам ограничить несанкционированный доступ, потребление электроэнергии и расходы на кондиционирование воздуха. Он будет использоваться для тестовых машин, серверов проверки концепции, производственных серверов, которым не требуется оборудование, уникальное для приложения (USB-ключи, платы факсов и т. Д.)
Физическая среда блейд-сервера Корпус для блейд-серверов C7000 Hp с 16-блейд-адаптерами HBA, подключенными к бэкэнду EMC SAN через 8-гигабайтное волокно.
Он предназначен для машин, которым требуется большое количество ОЗУ и ЦП, но нет уникальных аппаратных дополнений. Виртуальные машины хороши, за исключением случаев, когда им требуется огромное количество ЦП или ОЗУ. VMWare позволяет vmotion перемещать vmserver на хост-машину, чтобы сбалансировать использование оборудования. Ресурсы виртуальной машины рентабельны только при максимальном использовании. Это означает, что больше машин поменьше вместо нескольких больших. Это также зависит от системы, которую вы пытаетесь установить.
Физический сервер (от 1U до 5U)
Серверы HP DL360 - DL 5xx. Специальное оборудование, такое как 4x 8-ядерный CPUS и оперативная память 256 Gigs, последовательные карты для телекоммуникационных интерфейсов или платы факсов высшего класса, подключенные к нескольким телефонным линиям. В эту группу будут включены серверы, для которых поставщик требует большого локального хранилища.
Это пример, но не полный ответ. Серьезно, поговорите с поставщиком оборудования и позвольте ему рассказать вам, где вы находитесь и как сделать его лучше / эффективнее.
Каковы стандартные или передовые методы настройки новой среды с помощью разработки, тестирования, промежуточного хранения и производства.
Это зависит, помимо прочего, от бюджета. Не уверен, есть ли стандартные, но вы хотели бы, чтобы ОС и другое программное обеспечение были одинаковыми на всех устройствах. Используйте инструменты автоматизации, такие как Puppet, для автоматизации и стандартизации ваших сборок.
Является ли визуализация этой среды среди нескольких физических блоков хорошей практикой?
Виртуализация? Да. Отличная практика. Но необходимо проверить ваши конфигурации, если они подходят для работы в качестве виртуальных машин.
Я слышал об организациях, разбивающих серверы на SQL, приложения, веб-серверы и т. Д. Где я могу найти хорошие примеры возможных решений для настройки сервера?
Возможно, другие могут вмешаться, но имхо,