Выбор сервера — важное решение, которое зачастую требует много времени и средств. Неправильные решения могут привести к нежелательным последствиям. В этой статье мы сначала поговорим о некоторых вопросах, которые следует учитывать при планировании, а затем перейдем к обсуждению того, как выбрать между Windows и Unix.
Рекомендации по планированию
При выборе сервера ключевым моментом является определение того, какую операционную систему использовать. Вот несколько вещей, которые следует учитывать:
Будет ли сервер добавлен в существующую серверную/компьютерную среду?
Какие ограничения существующие или выбранные приложения накладывают на выбор ОС?
Добавление серверов в существующую среду часто означает, что новые серверы должны использовать ту же операционную систему, что и существующие серверы, из-за ограничений приложений и ограниченных навыков существующих операторов.
Если требуются новые приложения, поставщики программного обеспечения могут потребовать или настоятельно рекомендовать использование конкретной ОС.
Windows против Unix и Linux
Если вам не нужно использовать проприетарную операционную систему (например, OS/40 или Z/OS в некоторых системах IBM или даже Novell Netware), у вас обычно есть три варианта: Windows, Linux или Unix. Упомянутая здесь Unix включает в себя все системы Unix, предоставляемые производителями систем, такие как AIX от IBM, HP/UX от Hewlett-Packard или Solaris от SUN. Аналогично, есть несколько вариантов для систем Linux.
Первый выбор — использовать ли Windows или расширенное семейство Unix или Linux. Как упоминалось выше, иногда вы можете быть вынуждены использовать определенную операционную систему, но если у вас есть свобода выбора, лучше всего сравнивать продукты на основе их стандартов с точки зрения масштабируемости, надежности и стоимости использования.
Сколько клиентов должен поддерживать сервер?
Первым основным шагом при выборе сервера является определение количества одновременных клиентов, которые сервер должен поддерживать. Разные приложения используют разное количество ресурсов сервера, и эта информация необходима при настройке сервера.
Каким бы ни было количество этих клиентов и приложений, это исходное число. Со временем деловая активность увеличивается или увеличивается количество компьютерных операций. Этот естественный рост делает масштабируемость системы особенно важной.
Масштабируемость — это мера способности системы к обновлению в различных аспектах, включая вычислительную мощность, емкость хранилища, размер основной памяти, а также сетевое подключение и пропускную способность. Система, которую можно расширить, является более дешевым и менее разрушительным вариантом, чем ее замена более крупной системой.
Масштабируемость имеет решающее значение, но в настоящее время имеется мало информации о том, как разумно оценить масштабируемость серверной системы, а также отсутствуют практические эмпирические методы. Более того, не существует установленных стандартов тестирования для измерения масштабируемости.
Важно отметить, что операционная система, которая была протестирована, опробована и повторно протестирована с течением времени, имеет лучшую функциональность. Старые операционные системы часто предоставляют лучшие функции, чем новые системы, особенно в случае с многопроцессорными операционными системами.
Какие приложения должны поддерживаться?
При рассмотрении вопроса о том, какая ОС лучше всего подходит для вашего приложения, рекомендуется разделить приложения на четыре широкие категории:
Файловый, принт- или коммуникационный сервер
сервер базы данных
сервер приложений
Сервер с интенсивными вычислениями
Эта классификация не означает, что приложения разных типов не могут одновременно существовать на одном сервере. Однако системы с различным использованием могут легко достичь своих пределов, поскольку трудно определить приоритетность распределения ресурсов между различными классами приложений, если не используется менеджер ресурсов.
Чтобы оценить использование ресурсов клиентом, сначала выясните, какие клиенты используют каждое приложение. Каждому приложению может потребоваться разная комбинация ресурсов сервера.
Характер работы
Следующий вопрос, который необходимо решить, — это характер работы поддержки серверов. Будет ли он использоваться для критически важных бизнес-приложений, приложений для рабочих групп, всего отдела или предприятия или других приложений?
Сервер может быть выделен для рабочей группы, отдела или ряда приложений внутри всей компании. Очевидно, что развертывание всех необходимых приложений на одном сервере позволит сэкономить затраты, но это повысит уязвимость системы, поскольку как только одно приложение приведет к сбою системы, все приложения перестанут функционировать.
Ранее мы также упоминали, что когда сервер работает с неравномерной рабочей нагрузкой, трудно сбалансировать потребности в ресурсах различных приложений. Хотя существуют приложения, которые могут решить эту дилемму распределения ресурсов, решить эту проблему по-прежнему сложно.
Вообще говоря, лучше всего развернуть несколько серверов, каждый из которых предназначен для одного или небольшого подмножества действий. Таким образом можно снизить уязвимость системы, ведь если у вас несколько серверов, то при выходе из строя одного сервера вы также можете передать работу на другие машины. Использование резервирования серверов является основой систем высокой доступности.
[Вырезанная страница]
финансовые проблемы
Хотя стоимость приобретения серверов и необходимого программного обеспечения, очевидно, составляет значительную часть общей стоимости, мы также настоятельно рекомендуем оценивать общую стоимость владения (TCO) при принятии решения о покупке.
TCO включает в себя прямые затраты и косвенные затраты.
К основным прямым затратам относятся:
Стоимость приобретения программного обеспечения и оборудования
Эксплуатировать и управлять системами
Разработка приложений, поддержка и общение
Затраты на электроэнергию для работы и охлаждения системы
Стоимость системного пространства
Косвенные затраты труднее поддаются количественной оценке и включают стоимость простоя системы. Затраты на простой включают не только затраты на борьбу с недоступностью системы (например, потерю производительности), но и «мягкие» затраты, связанные с недоступностью. Из-за сбоя системы клиенты или поставщики внезапно не могут вести с вами дела и могут обратиться к вашим конкурентам.
Когда система не работает или реагирует медленно, пользователи могут не иметь возможности ничего делать, кроме как ждать восстановления системы. Чаще они могут поговорить друг с другом и попросить помощи в решении проблемы. В любом случае они тратят время и ресурсы на то, чтобы выяснить, как это сделать, что также увеличивает затраты компании.
Существуют критерии, которым следует следовать при сравнении цены и производительности системы. Но поскольку эти тесты измеряют серверы определенным образом, ваше использование, скорее всего, будет другим. Хотя полученные контрольные значения являются реальными, при их использовании следует соблюдать осторожность. Рекомендуется использовать эти тесты только в качестве индикатора или для фильтрации большого количества возможностей. Никогда не принимайте решение о покупке, основываясь только на этих критериях.
Системы, которые хорошо масштабируются, намного дороже, чем те, которые этого не делают. Но когда ваши серверы не могут выполнять необходимые рабочие нагрузки, зачастую дешевле купить необходимую вычислительную мощность, чем обновлять и заменять систему.
финансовые проблемы
Хотя стоимость приобретения серверов и необходимого программного обеспечения, очевидно, составляет значительную часть общей стоимости, мы также настоятельно рекомендуем оценивать общую стоимость владения (TCO) при принятии решения о покупке.
TCO включает в себя прямые затраты и косвенные затраты.
К основным прямым затратам относятся:
Стоимость приобретения программного обеспечения и оборудования
Эксплуатировать и управлять системами
Разработка приложений, поддержка и общение
Затраты на электроэнергию для работы и охлаждения системы
Стоимость системного пространства
Косвенные затраты труднее поддаются количественной оценке и включают стоимость простоя системы. Затраты на простой включают не только затраты на борьбу с недоступностью системы (например, потерю производительности), но и «мягкие» затраты, связанные с недоступностью. Из-за сбоя системы клиенты или поставщики внезапно не могут вести с вами дела и могут обратиться к вашим конкурентам.
Когда система не работает или реагирует медленно, пользователи могут не иметь возможности ничего делать, кроме как ждать восстановления системы. Чаще они могут поговорить друг с другом и попросить помощи в решении проблемы. В любом случае они тратят время и ресурсы на то, чтобы выяснить, как это сделать, что также увеличивает затраты компании.
Существуют критерии, которым следует следовать при сравнении цены и производительности системы. Но поскольку эти тесты измеряют серверы определенным образом, ваше использование, скорее всего, будет другим. Хотя полученные контрольные значения являются реальными, при их использовании следует соблюдать осторожность. Рекомендуется использовать эти тесты только в качестве индикатора или для фильтрации большого количества возможностей. Никогда не принимайте решение о покупке, основываясь только на этих критериях.
Системы, которые хорошо масштабируются, намного дороже, чем те, которые этого не делают. Но когда ваши серверы не могут выполнять необходимые рабочие нагрузки, зачастую дешевле купить необходимую вычислительную мощность, чем обновлять и заменять систему.