Windows server 2012 или 2008 что лучше



Вы все еще ставите Windows 2008? Я тоже, и вот почему

Уже в январе 2020 года заканчивается поддержка Windows 2008 R2. Сегодня я хочу поделиться подборкой субъективных причин, по которым многие (и я тоже) до сих пор проводят новые инсталляции этой старушки.

Ценителей, ностальгирующих и ненавистников — прошу под кат.

Легковесность

Если сравнивать минимальные системные требования Windows 2008R2 и Windows 2016, то они будут идентичны за исключением маленького нюанса — графическая оболочка Windows 2016 требует 2 Гб оперативной памяти. А вот по субъективным ощущениям Windows 2008R2 работает куда отзывчивее на не очень свежих серверах и слабых виртуалках, особенно по части I\O нагрузки на диск.

Судя по всему, дело в меньшем количестве различных служб и в их большей простоте.


Свежеустановленная старая и новая система с идентичными ролями.

Кнопка Пуск

Даже многие системные администраторы ставят на сервера под управлением Windows 2012 и старше ПО вроде Classic Shell, чтобы вернуть старый добрый «Пуск». Что уж говорить о пользователях. Конечно, возврат к чему-то «пускоподобному» в Windows 10\2016 сделал жизнь чуть легче, но лишь только чуть. Искать нужное приложение приходится или мучительно вглядываясь в строки, или набирая его имя — одной мышкой не обойтись.

Да и к тому же попробуйте объяснить пользователю, как правильно выходить с терминального сервера не «крестиком», если вместо кнопки «Пуск» — плитки и недо-плитки. Сравните, насколько просто было в Windows 2008: Пуск — завершение сеанса.


Краткость — сестра таланта.

И в Windows 2016: «Нажмите туда, где раньше был пуск. Да-да, с квадратиками. Найдите там человечка. Да, такой маленький… Нет, слева! Нажмите на него и там нажмите на «выход».


Больше, больше кликов мыши!

Далее в старом меню есть прекрасный пункт — «Безопасность Windows». Пользователь может совершенно спокойно и ненапряжно сменить свой пароль. Без вот этого вот «нажмите Ctrl+Alt+End. Нет, не Delete. End. Это кнопка рядом с Delete». А если пользователь сидит на терминальном сервере с другого терминального сервера — без лайфхаков типа ярлыка на команду explorer shell. уже не обойтись.

Нет, лично я радуюсь, когда захожу на сервер с Windows 2008 и вижу кнопку «Пуск». А люди на форумах острят на тему плиточных интерфейсов, что они для того чтобы получать ачивки в аккаунте Xbox — типа «Починил Active Directory», «Не сломал DFS при обновлении домена». А что? Было бы прикольно.

Полноценный терминальный сервер без домена

Допустим, захотелось вам решить простую задачу — развернуть на далеком сервере (реальном или виртуальном) сервер терминалов для работы с 1С в небольшой компании.

В Windows 2008 все просто: все настройки проводятся через оснастку, контроллер домена не нужен. Начиная с Windows 2012, коллекцию без контроллера домена не создать. И если хочется отдельный сервер — извольте настраивать через локальные политики.

Но такая возможность, как RemoteApp без домена — увы, не работает. Нужно или использовать какие-то сторонние решения, или разворачивать домен.

Также если хочется подключаться к пользовательской сессии (т.н shadowing), то без контроллера домена штатными средствами ничего не получится. Потому что.


Старый добрый tsadmin.msc.

Даже банальная отправка сообщений пользователям (например, о скорой перезагрузке сервера) начинает превращаться в квест. Если раньше можно было выбрать нужных пользователей в оснастке tsadmin.msc, используя такие средства выделения как Ctrl и Shift, то теперь или отправляй сообщения по одному, или используй командную строку и утилиту msg.exe.


Отправка сообщений в Windows 2016.

Если вдруг вы все-таки захотите сделать полноценный сервер терминалов с коллекциями и поставите роль контроллера домена на сервер терминалов — или наоборот, — то и тут вас ждут приключения из-за работы встроенной БД Windows и правил доступа к ней. Придется ставить еще и SQl Management Studio.

Microsoft рекомендует использовать возможность установки двух виртуальных машин по одной лицензии. То есть теперь, если я хочу пользоваться всеми возможностями сервера терминалов, мне предлагается ставить Windows на железо и делать две виртуалки — для сервера терминалов и для контроллера домена. Падение производительности 1С в таком случае составляет от 10% до 20%, появляется необходимость покупать у хостера второй IP — из-за того, что на гипервизоре может быть роль только гипервизора… Спасибо, Microsoft!

Стабильность работы

Когда на одном предприятии смигрировали терминальный сервер на Windows 2016, то столкнулись с удивительными вещами при работе стареньких несетевых принтеров и 1С. Если принтеры пробрасывались в RDP или подключались к терминальной сессии как \computer\printer, то они или пропадали вообще, или пропадали из 1С. И приходилось удалять настройки пользователя.

Безумие продолжалось до тех пор, пока не приняли отвратительное решение — установить принтеры на сервер как локальные с портом \computer\printer и навесить на них нужный ACL.


Установленный принтер.

Подобные интересные нюансы всплывали неоднократно в разных организациях. То проблема с принтерами, то с не самым свежим ПО вплоть до BSOD-а. В одной истории пришлось воспользоваться правом лицензии VL на downgrade, так как проприетарное ПО категорически не хотело работать на Windows 2016 и на виртуальной машине.

Поэтому, если позволяет лицензия и аппаратная составляющая — Windows 2008R2 Standart поддерживает не более 32 Гб оперативной памяти, — а также нет необходимости в новых функциях свежих серверных OS, мы по-прежнему ставим Windows 2008R2 и с ужасом ждем окончания поддержки.

Надо отметить, что Windows 2008R2 уже фактически стала эталоном для «облачного» хостинга 1С — когда клиенту недостаточно тонкого клиента, а нужен полноценный доступ в 1С. Благо RemoteApp работают с 1С в 2008R2 так же плохо, как и в 2016.

Телеметрия

Кто бы что ни говорил о плюсах телеметрии, мне неприятно, когда система что-то кому-то отсылает. Особенно, если эта система в продакшене. Конечно, Microsoft заявляет, что опасаться нечего, но тем не менее. Напрашивается очевидный выход — отключить интернет на сервере. Это хорошо, если интернет не нужен для функционирования сервера. В противном случае будет разумно закрыть адреса Microsoft на фаерволе или что-то подобное.

Ведь даже в настройках телеметрии в групповых политиках в параметре Конфигурация компьютера — Административные шаблоны — Компоненты Windows — Сборки для сбора данных и предварительные сборки можно лишь поставить ограничение, но не отключить механизм полностью.


Настройка телеметрии.

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

Например, известен батник, который правит реестр и блокирует домены MS при помощи файла host. Еще существует решение на PowerShell: оно тоже правит реестр и заодно отключает службы с назначенными заданиями, которые могут что-то передавать на сторонние сервера.

Кумулятивные обновления

Стандартная поставка обновлений безопасности на свежих версиях Windows происходит через кумулятивные обновления. Это очень удобно — не нужно выбирать 100500 обновлений для загрузки на свежеустановленную систему. Правда, удобно это разве что установщикам систем.

В реальности если какой-то патч что-то ломает — а это бывает регулярно, — то на его отлов и отключение придется потратить немало человеко-часов. Поэтому возникает необходимость держать как минимум тестовую группу серверов, где можно проверять обновления. Ну и WSUS начинает нравиться как инструмент.


Старая добрая масса обновлений.

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

Как продлить поддержку

Сейчас Microsoft предлагает лишь один вариант, как не остаться без поддержки с 2020 года — это перенести серверы в Azure. Тогда, по словам Microsoft, можно продлить агонию одной из самых удачных операционных систем еще на 3 года.

Стоит отметить, что это касается также Windows 2008 (единственной актуальной 32-битной серверной ОС) и SQL Server 2008.

Расскажите, планируете ли вы полностью избавиться от Windows 2008R2 за следующие пару лет?

Источник

Windows Server 2012, 2008 и 2003: тесты доступной производительности систем

В понедельник 29 августа по многочисленным просьбам наших клиентов мы добавили возможность выбора устаревших операционных систем для установки на виртуальные сервера UltraVDS. Причины, по которым возникает интерес к операционным системам прошлых поколений совершенно различны: сила привычки, специфические требования разработчика программного обеспечения или даже меньшая потребляемость ресурсов.

Причина выбрать ОС, которая потребляет меньше ресурсов виртуального сервера вполне понятна: не очень приятно платить за то, чтобы «кормить» современную операционную систему при том, что её расширенный функционал не используется.

В данной статье мы решили рассмотреть, сколько же можно получить дополнительных ресурсов (и можно ли вообще) если установить устаревшую ОС на арендуемый VDS сервер.

В тесте участвовали 64-битные операционные системы:

  1. Windows Server 2012 R2
  2. Windows Server 2008 R2 SP1
  3. Windows Server 2003 R2 SP2

Все эти операционные системы мы установили на идентичные виртуальные сервера тарифного плана «премиум» с конфигурацией: 2 ядра CPU, 2ГБ RAM и 40ГБ диска HDD.

Используя программное обеспечение «PerformanceTest», мы провели 5 тестов замера производительности процессора с интервалом 1 час каждый:

Операционная система Тест 1 Тест 2 Тест 3 Тест 4 Тест 5
Windows Server 2012 R2 2438 3392 3543 3673 3526
Windows Server 2008 R2 SP1 3078 3536 3384 3634 3413
Windows Server 2003 R2 SP2 3531 3448 3454 3529 3450

В таблице показан общий результат производительности вычислений с плавающей точкой (CPU Floating Point Math). Продолжительность теста в настройках ПО: Very Long. Приоритет процессов не менялся для обеспечения оптимального результата для User Experience.

Из результатов видно, что сразу после создания сервера доступная производительность системы для задач клиента ниже всего на Windows Server 2012 и выше всего на Windows Server 2003. Обуславливается это тем, что Win 2012 и Win 2008 после установки ещё некоторое время «отъедают» ресурсы системы для оптимизации дальнейшей работы своих модулей, но уже через 10-15 минут ресурсы освобождаются в полное пользование клиента. Из-за данного эффекта может показаться, что новые ОС требуют значительно больше ресурсов для своей работы, однако, как показал тест, это неверно.

Далее с использованием ПО «CrystalDiskMark» замерили производительность дисковой системы, получив следующие результаты:

В любой версии Windows Server одинакова производительность дисковой системы, доступная для клиента.

По результатам теста однозначно можно сказать, что не стоит выбирать устаревшие операционные системы исходя из принципа экономии ресурсов – доступная вам производительность практически идентична в любых версиях ОС. На ряду с этим более современные версии обеспечат большую безопасность, надёжность и функциональность вашего VPS сервера.

PS: совсем скоро выйдет новейшая серверная операционная система от Microsoft: Windows Server 2016, лицензионную копию которой UltraVDS одним из первых предоставит в пользование своим клиентам!

Источник

Выбор Windows Server: 2008 vs 2012 vs 2016 vs 2019

Я ни в жизни не хостился на окошках или как его называли у нас в универе — мастдае. Я и представить не мог, что когда-нибудь мне придется иметь с этим дело. Только линукс — это ведь безопасно, бесплатно (сама ОС), дешево (хостинг; по сравнению в виндой). И вот этот момент настал. Нужда.

Причины могут быть разные. Итак, у вас есть проект, который работает под винду. Или быть может просто есть халявный хостинг на Windows. В моем случае — игровой сервер, который я хостю, крутиться только на винде. И баста!

Первое желание — паниковать. Убежать. Застрелиться. Но нет. На самом деле довольно много проектов хостится на винде и вполне успешно влекут свое (убогое гыгы) существование. Не. На самом деле. Винда, которая сформировала меня как личность — это виндоуз 95. Бесконечно глючная система, падающая на синеватое брюшко при первой же возможности. Сейчас же все изменилось (да?), особенно с появлением нормальной системы прав. Но осадочек, воспитание, убеждения и проч. не дают так просто принять это.

Хватит о ностальгическом, давайте к конкретике. Сервер на винде. Главный вопрос: какой? Есть куча разных NT-систем, у каждой свои косяки и достоинства. В основном приходится выбирать из:

Windows Server 2008
Windows Server 2012
Windows Server 2016
Windows Server 2019

К сожалению, 2003 уже не поддерживается года 3 и дыряв как решето.

Какую же системы выбрать для вашей молотилки?

  1. смотрим проект. Если он старенький и компилируется на древней системе с древними библиотеками — не стоит гнаться за «самым свэжэм, слюшай!» 2019 сервером.
  2. и вообще, никогда не юзайте систему, которая только что вышла (златое правило ИТ). Пусть другие ловят шишки и баги на 2019 сервере; ставить надо не ранее чем после после пары серьезных апдейтов (годик подождать).
  3. далее ресурсы.
    — вопреки вполне логичному и поэтому распространенному мнению, ранние версии Windows Server не используют меньше CPU ресурсов. Производительность процессоров 2008 и 2016 системы будет примерно одинакова. Так что если много считаете — разницы нет.
    — зато в использовании RAM — разница существенна и может достигать

500 Mb (что для небольших проектов крайне чувствительно). Планируете много сервисов на рохле-железяке? Возможно, лучше взять 2008.
— тоже самое качается и занимаемого дискового пространтсва. Старички очень экономны.

  • расширяемость. Тут все просто — если вы собираете мегасервер-суперкомпьютер и хотите на нем просчитать траекторию полета вашего спутника — тупо берем самый новый конфиг. Расширяемость — это собственно основная фишка, которая отличает сервер от обычных бытовых систем типа Windows 7.
  • поддержка. В 2015 отвалилась поддержка 2003 сервера. В

    2022 отвалится поддержка 2008. Если неохота потом мигрировать — лучше сразу брать середнячка.

  • фишки системы. В целом, каждая новая редакция сервера несет новые фишки, их не просто так запускают чтобы деньги состричь (ахахаха). Не, правда. Например, в 2016 появилась кошерная редакция Nano Server — без GUI, шустрая как антилопа; в целом, он повернут на виртуализацию и облака. В общем, изучите спецификации систем, если сервер нужен для специфических задач.
  • возможности Azure. Вот толковая табличка, которая указывает доступность разных сервисов для разных систем; если что-то из этого для вас актуально — берем что посвежее.
  • Такие дела. В целом, для большинства стандартных проектов сильно ошибиться в выборе сервера сложно. В худшем случае вы просто будете тратить ресурсы не так эффективно; все будет кое-как работать на любой сборке (за исключением первого пункта). Буду рад вашим комментам! 😀

    Источник

    You may also like...