Я начинаю свой бизнес и хотел бы знать, что вы, ребята, думаете, что оптимальное соотношение количества администраторов и серверов является оптимальным по причинам финансового моделирования. Или есть метрика получше? У меня есть опыт программирования встраиваемых систем, так что это область, в которой я довольно скуп на знания. : \
Дополнительная информация:
Серверов будет много.
В основном Linux-боксы, около 10% Windows-боксов.
Заранее спасибо!
Обновления из комментариев
Все, о чем я прошу, - это приблизительная цифра. Она должна быть очень доступной, но, к счастью, система поддается запчастям / репликам.
Три кластера базы данных (две кассандры, один sql) примерно по миллиону строк в каждом. Около 200 ящиков Linux, работающих по индивидуальному протоколу (но в конечном итоге это просто прокси для баз данных), две SAN с объемом около петабайта на штуку, около 200 ящиков Linux как в основном устройства кодирования видео, около 50 ящиков с Windows, на которых работает одно и то же специальное программное обеспечение прокси.
И платите конкурентоспособно. Я бы предпочел иметь несколько хороших администраторов, чем много плохих. Нужна дополнительная информация?
Не существует такого понятия, как «количество администраторов на сервере». Вы не можете использовать здесь метрику «мили на галлон».
Возможно, что 5 умных парней будут управлять хорошо продуманный ферма из 4000 серверов. Также возможно иметь 5 тупиц, не знающих, как администрировать один сервер Windows, даже если у них в резюме есть все правильные сокращения.
ОБНОВИТЬ: Я собираюсь немного расширить этот ответ.
В этой работе нет последовательности. Вы можете сидеть и вертеть пальцами в течение 2 недель, ничего не делая, и следующее, что вы знаете, вы просыпаетесь в 3 часа ночи, и это превращается в крупный проект, над которым вы в конечном итоге работаете в течение 3 недель подряд 12 часов в сутки. день.
Но если вы всегда заняты из-за того, что что-то ломается, вы неправильно делаете свою работу. Компании знают это, поэтому большинство администраторов получают зарплату. Им намного проще платить вам зарплату и заставлять вас сидеть на заднице, когда все работает, чем платить почасово и сверхурочно, когда вам нужно что-то исправить 24x7.
Я хочу сказать, что вы не можете измерить эту работу, кроме человеко-часов для расчета заработной платы. Убедитесь, что вы нашли одного солидного парня, а не просто тех, у кого в резюме есть аббревиатуры. Если вы не знаете, что у него спросить, найдите кого-нибудь, кто поможет вам провести собеседование. Платный рынок. Вы получаете то, за что платите, особенно в этом бизнесе. Хорошие парни не из дешевых. Лучше 1 дорогой, но солидный админ, чем 3 дешевых без опыта.
Начните с одного парня, но оставьте место и для других.
Я создаю платформы и формирую группы поддержки аналогичным образом, плюс вы заявляете, что вам нужна «очень высокая доступность (HA)», я тоже этим занимаюсь, так что давайте посмотрим, как у нас получится :)
Вам нужно разбить свои наборы навыков на группы, также вы охватываете множество баз, а HA требует хороших или отличных навыков, а не адекватных или промежуточных навыков.
На основании той информации, которую вы нам предоставили, я считаю, что вам нужно;
4/5 сотрудников первой линии - они будут принимать звонки, контролировать информационные панели рабочего состояния, выполнять запланированные рутинные задачи и исправлять мелкие, часто возникающие проблемы во всех технических областях. Вам нужно так много, чтобы покрыть отпуск 24/365.
2 сотрудника по связям с сетью - вам нужен более младший сотрудник уровня CCNA и старший сотрудник уровня CCNP (или CCIE, если у вас есть бюджет) - им нужна ротация дежурства и потребуется дополнительная оплата, чтобы покрыть эти расходы и из часов бонусы.
1 ДЕЙСТВИТЕЛЬНО хороший специалист по SAN (принимайте опыт, а не квалификацию), опять же, они будут на связи 24/365, но вам также нужно, чтобы они постепенно обучили младшего, чтобы прикрыть их, когда их нет - рассмотрите упомянутого более младшего сетевого человека выше, поскольку некоторые навыки будут отдаленно похожи на работу с настройкой сети и будут держать их в курсе, когда им надоест говорить, что делать со стороны более старшего сетевого специалиста. Не позволяйте этому высокопоставленному специалисту по SAN также быть вашим разработчиком БД, не то чтобы он не был способен на это или внес бы большой вклад, но вам нужна четкая разграничительная линия между двумя функциями.
Два хороших или отличных администратора Linux и БД ПЛЮС ДЕЙСТВИТЕЛЬНО отличный администратор БД с большим опытом, снова поставьте их на ротацию выноски.
О, и убедитесь, что ваш `` менеджер по обслуживанию '' структурирован, понятен в своих коммуникациях, счастлив выслушивать свою команду и способен использовать слово `` нет '' - НЕ ожидайте, что они будут напрямую управлять проектами новых дополнений к вашей платформе (незначительные изменения да, но не большие функциональные дополнения), попросите кого-нибудь поработать проект управляйте ими, работая с участием СМ.
Очевидно, что это довольно много сотрудников, но опять же вы спрашиваете нас, как бы мы это сделали, и именно так я бы это сделал - я полностью сосредоточен на обслуживании своего бизнеса и недоукомплектовании / обучении сотрудников. Платформа, требующая высокой доступности, не может достичь этой цели.
Оптимальная формула Competence - (Workload^(Stupid Management)) + Red Bull.
Независимо от того, насколько вам нужен хотя бы приблизительный ответ на свой вопрос, его невозможно дать, не зная много о вашей инфраструктуре, пользователях и использовании. Приведу вам пример.
На моей предыдущей должности я отвечал за австралийскую сеть многонациональной компании. Количество серверов абсолютно не повлияло на мою рабочую нагрузку, потому что на мою работу влияет то, что эти серверы делают, а не то, сколько их у меня было. У меня было 4, когда я начал там и 15, когда я уехал. Благодаря правильной настройке и управлению эти 15 были для меня меньше проблем, чем исходные 4.
В той же компании количество пользователей было довольно стабильным - от 60 до 80 активных пользователей, плюс целая куча иногда-пользователей, разбросанных по стране. Пользователи различались по опыту, но в среднем они были довольно хорошо образованы и хорошо себя вели, поэтому они мало что сделали для меня. В большинстве организаций пользователи больше всего определяют рабочую нагрузку администратора. Если, конечно, они не могут передать их службе поддержки.
Моя работа была комплексной. Обычно считалось, что если что-то подключалось куда-либо, это было моей обязанностью, будь то телефон, принтер, копировальный аппарат, факс, ПК, сервер или ноутбук троюродного брата менеджера.
Первоначально я выполнял всю работу один, но в результате взятия на себя дополнительных проектов мне позже помог один младший. По правде говоря, на самом деле это была работа только для полутора человек, так что у нас это было довольно легко, хотя мы никогда не сообщали об этом руководству.
Я знаю других людей, выполняющих подобную роль, когда 3 или 4 администратора работают очень усердно, и не потому, что они не очень хороши в своем деле. Просто у них другой пользователь или другой вид использования.
Если вам нужно 100% -ное время безотказной работы с кем-то, кто дежурит 24 часа в сутки, 7 дней в неделю, я бы посоветовал вам понадобиться как минимум два системных администратора на полную ставку, работающие поочередно, и хотя бы один неполный таймер, независимо от размера вашей сети.
Если у вас всего один системный администратор, который дежурит круглосуточно, то:
Если у вас есть два системных администратора, это облегчит ситуацию. Однако всем вам нужен перерыв, поэтому третий неполный таймер для системы такого размера может помочь облегчить это последнее ненужное давление.
Если круглосуточная безотказная работа не критична для вашего бизнеса (скажем, вы стремитесь только к 99%), то наличие круглосуточной службы по вызову, вероятно, не такая уж и большая проблема (мы предлагаем услуги по вызову только с 6 утра до 22:00, что нормально для всех наших клиентов).
Если вас устраивает анекдотическая информация, наш коэффициент текущей ликвидности составляет примерно:
На практике у нас гораздо больше людей и систем, но это точный фрагмент одной области, где люди и системы могут быть несколько аккуратно разделены.
Вам понадобится больше людей, чтобы изначально создать эти системы с нуля. Если ваши системы буквально «подогнать и забыть» и построить себя из загрузки PXE, тогда ваши соотношения будут сильно отличаться от среды, где каждый сервер уникален, а вы строите из DVD.
Если вам просто нужно число, то 1 администратор на 20 серверов, вероятно, будет безопасным средним.
Но вам действительно нужно осмысленное число, тогда вам нужно принять во внимание кучу переменных, таких как:
Пытаясь сделать его достаточно общим, вам следует учесть следующие факторы:
количество различных образов, которые вам нужно будет поддерживать - насколько автоматизированными могут быть развертывание и настройка
количество настроек для каждого сервера (например, вы можете развернуть 1000 веб-серверов из одного и того же образа, но если каждый из них будет размещать по 10 хостов с разными доменами, то в некоторых отношениях, в зависимости от того, сколько настроек вы разрешаете для каждого домена, вы можете эффективно поддерживать до 10 000 хосты)
частота изменения
объем изменения
насколько приложения удобны для автоматического мониторинга и восстановления
если вы включаете в свой счет администраторов приложений или просто администраторов ОС
периферийные устройства - если вы используете такие технологии, как SAN / NAS (вам понадобятся люди для их администрирования - они могут быть одними и теми же людьми, но администрирование NAS / SAN в зависимости от вашего сценария сократит время, которое у них будет для администрирования серверов. - то же самое можно сказать и о других инфраструктурных приложениях, таких как DNS, DHCP, почта).
По сути, именно частота изменений и вариативность увеличивают количество необходимых вам администраторов.
Итак, для некоторых систем, скажем, для общего сервера в отделе с большим количеством пользователей вам может потребоваться 1 администратор на каждый сервер, но для других приложений, например поисковая ферма Google, вы, вероятно, сможете обойтись одним администратором для сотен серверов.
Я не согласен с тем, что бывают случаи, когда парни сидят и ничего не делают. Если да, то у вас не те парни. Даже когда все идет гладко, вы всегда можете улучшить ситуацию или провести аудит и тому подобное.
У меня есть ~ 50 виртуальных хостов Windows с 250 гостями и еще 40 физических серверов Windows с невиртуальной нагрузкой. Этой средой управляют два очень умных И трудолюбивых администратора / инженера, но один из них буквально выполняет работу двух других. Среда очень надежная.
У меня есть администратор Sr UNIX, работающий с 10 серверами Solaris.
Рассмотрим такой вариант - бюджет на 6 админов / инженеров (4 дневных, 2 вечерних). О резервировании позаботятся в одночасье - пока никого не нанимайте на постоянной основе. - поработайте с консалтинговой / кадровой фирмой, чтобы найти 6 хороших администраторов с различным набором навыков (Linux, WIndows, SAN / хранилище, база данных) на основе консультации для найма на 6 месяцев - по истечении этого времени измерьте вашу рабочую нагрузку , наймите лучших админов x.
\\ Грег
Просто выберите любое число, по которому ваша «финансовая модель» будет выглядеть лучше всего. Нет никакого истинного числа, которое вы могли бы вставить туда, которое отражало бы реальность, без тонны дополнительной информации, подтверждающей это. Все зависит от ситуации, как говорит Сулефальд.
Просто чтобы вы знали, как сказал Сулефальд, настоящего ответа нет. Однако мы, вероятно, сможем дать вам приблизительный ответ, если вы предоставите нам более подробную информацию о том, сколько серверов у вас будет, что они будут делать, каковы ваши требования к времени безотказной работы и цена, которую вы готовы заплатить за системных администраторов. по сравнению с остальной частью местного рынка.
Обратитесь к 5-7 человек в зависимости от необходимой вам надежности. Это основано не на количестве серверов, а на расчетах человеческих ресурсов:
Лучше всего держать одного человека на месте, а другого на связи. Если произойдет что-то физическое, один человек может быть перегружен.
.... получается от 5 до 6 человек. Этого требует высокая доступность - в противном случае вы не можете гарантировать, что кто-то будет постоянно находиться на месте, а 4-часовая чрезвычайная ситуация, когда работа не выполняется, в значительной степени убивает вашу высокую доступность. И когда никого нет, будут ЧП;) Власть природы.