Удалённая работа часто начинается гораздо проще, чем заканчивается. Сначала сотруднику разрешают подключаться к рабочему компьютеру из дома, документы пересылаются через почту, часть файлов хранится в корпоративном облачном диске, а нужные программы остаются на компьютерах в офисе. Пока удалённо работают один или два человека, такая схема может казаться вполне приемлемой. Но с ростом команды быстро появляются проблемы: разные версии документов, потерянные файлы, зависимость от включённых офисных компьютеров, неудобный доступ к корпоративным программам и сложности с управлением правами.
Облачный сервер для удалённой работы позволяет собрать рабочую среду в одном месте. Сотрудник подключается через интернет и получает доступ к программам, файлам и другим ресурсам компании независимо от того, где находится его собственный компьютер. Для бизнеса это может быть удобнее, чем поддерживать несколько мощных рабочих станций в офисе или пытаться по отдельности организовывать удалённый доступ к каждой из них.
Но сам термин удалённый облачный сервер слишком широкий. Один бизнес хочет предоставить бухгалтеру доступ к нескольким Windows-программам, другому нужны рабочие места для двадцати менеджеров, третьему требуется среда для разработчиков, а четвёртый хочет перенести в облако приложения, которые раньше работали только внутри офиса. Если просто купить виртуальную машину с Windows и дать всем пароль, получится не корпоративная инфраструктура, а потенциально дорогая и небезопасная импровизация.
Поэтому выбор облачного сервера для сотрудников лучше начинать не с количества vCPU и гигабайтов памяти, а с ответа на более простой вопрос: что именно человек должен делать после подключения. От этого зависит архитектура, требования к серверу, лицензирование и итоговая стоимость.
Как может быть организована удаленная работа через облачный сервер
Самый простой сценарий выглядит почти как обычный удалённый компьютер. На облачную виртуальную машину устанавливается операционная система и необходимые программы. Сотрудник подключается к ней, видит рабочий стол и работает так, будто находится перед отдельным компьютером.
Для одного специалиста это может быть очень удобным решением. Например, программа требует Windows, должна работать круглосуточно или хранит большую часть данных на сервере. Пользователь подключается с ноутбука, а вычисления и хранение происходят в дата-центре.
Но для нескольких сотрудников архитектура становится сложнее. Нужно решить, будут ли они работать на одном сервере одновременно или каждый получит отдельную виртуальную машину. Оба подхода имеют смысл, но отличаются по стоимости и управлению.
Один сервер для нескольких сотрудников
Если сотрудники используют одинаковый набор программ, часто удобнее организовать общую серверную среду. Каждый входит под своей учётной записью и получает собственную сессию. При этом приложения установлены централизованно, а документы можно хранить в общих или персональных каталогах.
Для компании это упрощает обслуживание. Не нужно обновлять одну и ту же программу на двадцати компьютерах. Администратор меняет её на сервере, после чего новая версия становится доступна пользователям.
Однако ресурсы сервера в таком случае делятся между всеми активными сессиями. Если один сотрудник запустил тяжёлую операцию, она способна повлиять на остальных. Поэтому сервер для десяти одновременно работающих пользователей нельзя рассчитывать так же, как машину для одного человека.
Количество сотрудников само по себе всё равно не даёт точной конфигурации. Десять менеджеров, которые работают с браузером и офисными документами, создадут совершенно другую нагрузку, чем десять инженеров с тяжёлым профессиональным ПО.
Нужно смотреть на приложения, одновременность работы и реальное потребление ресурсов.
Отдельная виртуальная машина для каждого пользователя
Другой подход заключается в том, что каждый сотрудник получает собственный облачный компьютер. Его программы, настройки и ресурсы изолированы от соседей.
Это дороже, но иногда значительно удобнее. Один сотрудник может использовать специфическое программное обеспечение, другому нужна другая версия среды, третьему требуются повышенные права или больше памяти.
Изоляция полезна и с точки зрения стабильности. Если одна виртуальная машина зависла или пользователь запустил процесс, который полностью загрузил CPU, остальные рабочие места продолжают функционировать независимо.
Такой вариант интересен для разработчиков, тестировщиков, специалистов с нестандартным ПО и команд, где рабочие среды заметно различаются.
Но создавать каждому сотруднику отдельный мощный сервер только ради браузера и офисного пакета экономически бессмысленно. Поэтому иногда выгоднее общая среда, иногда набор персональных машин, а в более крупной инфраструктуре эти подходы комбинируют.
Удаленный рабочий стол нужен не всегда
Не всякая удалённая работа требует передачи пользователю полноценного рабочего стола.
Если сотрудники работают с веб-приложениями, CRM, корпоративным порталом и браузерной почтой, достаточно разместить сами приложения на сервере. Человек открывает их со своего компьютера через браузер, а отдельная удалённая Windows-среда вообще не создаётся.
Это часто проще, дешевле и удобнее для пользователя.
Удалённый рабочий стол становится полезным, когда корпоративное приложение рассчитано на обычную настольную операционную систему, когда программ несколько и они должны взаимодействовать между собой или когда бизнес хочет предоставить сотруднику полностью контролируемую рабочую среду.
Поэтому сервер не стоит покупать только потому, что компания переходит на удалёнку. Сначала нужно понять, какие ресурсы действительно невозможно удобно предоставить другим способом.
Как подобрать ресурсы сервера для удаленных сотрудников
В калькуляторе облачного провайдера выбор обычно начинается с виртуального процессора, оперативной памяти и диска. Для удалённого рабочего сервера эти параметры важны, но их влияние на пользователей различается.
CPU отвечает за выполнение программ, RAM позволяет одновременно держать приложения и пользовательские сессии, а диск влияет на загрузку системы, запуск программ и работу с файлами.
Покупать всё с огромным запасом необязательно. Одно из преимуществ облака как раз заключается в возможности сначала создать разумную конфигурацию, проверить её в работе и затем увеличить ресурсы.
Оперативная память обычно заканчивается раньше диска
Каждая пользовательская сессия потребляет память. Операционная система использует свою часть RAM, затем запускаются браузер, офисные программы, мессенджеры, бухгалтерские приложения и другие инструменты.
Если один сотрудник использует несколько гигабайт памяти, при десяти одновременных сессиях потребление уже становится существенным.
При нехватке RAM система начинает активнее обращаться к диску, интерфейс становится менее отзывчивым, программы медленнее переключаются и пользователи чувствуют обычные тормоза.
Поэтому для многопользовательского удалённого сервера полезно выбирать память не по минимальным системным требованиям Windows, а по фактическому набору приложений.
Лучший способ расчёта — сначала протестировать несколько реальных пользователей. Посмотреть среднее и максимальное потребление памяти, затем добавить разумный запас на пики и рост команды.
Это точнее универсальных таблиц, где каждому сотруднику заранее выделяется одинаковое количество гигабайт.
Количество vCPU зависит от характера работы
Для офисных задач процессорная нагрузка часто возникает короткими всплесками. Пользователь открыл таблицу, браузер загрузил страницу, программа сформировала документ, после чего CPU снова почти свободен.
Благодаря этому один сервер способен обслуживать несколько сотрудников без необходимости выделять каждому отдельное процессорное ядро.
Но тяжёлое приложение меняет ситуацию. Если сотрудники регулярно выполняют вычисления, обрабатывают большие таблицы, работают с базами, собирают проекты или используют профессиональное программное обеспечение, процессор становится намного важнее.
При выборе облачной платформы полезно учитывать не только количество vCPU, но и производительность процессоров, на которых работает инфраструктура. Четыре виртуальных ядра у разных поставщиков не обязательно дают одинаковый результат.
После запуска стоит смотреть на реальные метрики. Если CPU постоянно загружен полностью, добавление процессорных ресурсов оправдано. Если средняя загрузка составляет двадцать процентов, покупать вдвое больше ядер только ради ощущения запаса нет смысла.
SSD обычно важнее большого объема медленного хранилища
Рабочий сервер постоянно читает небольшие файлы операционной системы, профили пользователей, библиотеки программ и временные данные. Поэтому скорость дисковой подсистемы заметно влияет на ощущение отзывчивости.
Для такой среды обычно разумно использовать SSD или NVMe.
При этом рабочие данные необязательно хранить на том же быстром и дорогом диске. Например, операционная система и активные программы могут находиться на производительном хранилище, а большие архивы размещаться отдельно.
Если у сотрудников накоплены терабайты файлов, стоит заранее посчитать, действительно ли все эти данные должны постоянно находиться на рабочем сервере. Иначе большая часть ежемесячного счёта может приходиться не на вычисления, а на хранилище.
Для общей файловой базы можно использовать отдельный файловый сервер или облачное хранилище, а рабочие виртуальные машины оставить компактными.
Для графических приложений может понадобиться GPU
Большинство офисных рабочих мест прекрасно обходятся обычным процессором. Но удалённая работа дизайнера, инженера или специалиста по 3D может потребовать графического ускорения.
В такой ситуации обычная недорогая виртуальная машина способна работать технически исправно, но интерфейс профессиональной программы будет неудобным или отдельные функции окажутся недоступны.
Тогда имеет смысл рассматривать облачные рабочие станции с GPU или серверы с виртуализированным графическим ускорителем.
Стоимость такого рабочего места существенно выше, поэтому добавлять GPU всем сотрудникам на всякий случай не стоит. Лучше выделять его только тем пользователям и приложениям, которым графическая производительность действительно нужна.
Что проверить до аренды облачного сервера для сотрудников
Цена виртуальной машины является только одной частью расходов. В удалённой рабочей инфраструктуре появляются лицензии, диски, резервные копии, сетевые сервисы и администрирование.
Особенно внимательно нужно считать Windows-среду. Само наличие Windows Server у провайдера ещё не означает, что месячная цена включает все необходимые права для одновременной работы сотрудников через удалённые сеансы.
Условия лицензирования зависят от конкретной схемы, поэтому до заказа стоит запросить у провайдера полный расчёт для нужного количества пользователей. Иначе дешёвая виртуальная машина может неожиданно подорожать после добавления лицензий.
Не давайте сотрудникам один общий аккаунт
Даже небольшая компания иногда начинает удалённую работу с одного логина и пароля, который знают все. Это удобно только первые несколько дней.
У каждого сотрудника должна быть собственная учётная запись. Тогда можно отдельно ограничивать права, отключать доступ уволенным сотрудникам и понимать, кто выполнял определённые действия.
Административные права тоже не должны выдаваться всем пользователям. Для повседневной работы сотруднику обычно не требуется возможность менять системные настройки или устанавливать любое программное обеспечение.
Чем меньше прав доступно обычной учётной записи, тем меньше последствий у случайной ошибки или компрометации пароля.
Доступ к панели самого облачного провайдера должен быть ещё строже. Через неё можно удалить виртуальные машины, диски и резервные копии, поэтому административный аккаунт нужно защищать многофакторной аутентификацией и не использовать для обычной повседневной работы.
Резервная копия рабочих файлов важнее снимка рабочего стола
Если пользователь случайно испортил настройки своего профиля, виртуальную машину можно пересоздать. Намного неприятнее потерять документы, базы и рабочие проекты.
Поэтому при проектировании резервного копирования сначала нужно определить, какие данные уникальны и действительно важны.
Самый дорогой вариант — ежедневно хранить несколько полных копий всех виртуальных машин, хотя почти вся информация в них состоит из операционной системы и программ, которые можно установить заново.
Более рациональная схема может разделять систему и пользовательские данные. Рабочие документы резервируются с нужной глубиной хранения, а для виртуальных машин используются образы или снимки, позволяющие быстро восстановить среду.
Конкретная схема зависит от бизнеса, но одно правило остаётся универсальным: резервные копии должны проверяться восстановлением.
Если компания ни разу не пыталась вернуть данные из backup, она не знает, сколько времени займёт восстановление и сработает ли оно вообще.
Удаленный сервер не устраняет зависимость от интернета
После переноса рабочего места в облако компьютер сотрудника становится менее зависимым от собственных характеристик, но сильнее зависит от соединения с дата-центром.
Если интернет пропал полностью, подключиться к удалённой среде не получится. Если канал нестабилен, пользователь может видеть задержки, обрывы сессии или ухудшение качества изображения.
Поэтому перед массовым переводом сотрудников полезно протестировать облачный сервер из тех мест, откуда они реально будут работать.
Особенно важна задержка. Для загрузки большого файла основную роль играет пропускная способность, а для интерактивного рабочего стола заметны даже небольшие задержки между нажатием клавиши и реакцией интерфейса.
Если большая часть команды находится в России, размещать рабочую среду на очень удалённой зарубежной площадке только из-за низкой цены сервера может быть неудачным решением.
Локацию нужно выбирать по качеству реального соединения, а не по красивому названию дата-центра.
Поддержка инфраструктуры должна иметь владельца
Облачный провайдер отвечает за свою платформу, но обычно не отвечает за всё, что компания установила внутри виртуальной машины.
Если перестал работать физический узел облака, это зона поставщика инфраструктуры. Если сотрудник удалил программу, закончилась память на системном диске или после обновления перестало запускаться корпоративное приложение, вопрос уже может относиться к администрированию клиента.
Поэтому перед переносом удалённых рабочих мест нужно заранее определить, кто будет обслуживать операционную систему, создавать пользователей, устанавливать обновления, следить за свободным местом и восстанавливать данные.
Для компании без собственного системного администратора управляемая услуга иногда выгоднее самостоятельной аренды дешёвого облачного сервера. Сервер стоит немного дороже, но бизнес не остаётся один на один с техническими проблемами.
Сравнивайте стоимость одного рабочего места, а не одного сервера
Виртуальная машина за определённую сумму в месяц ничего не говорит о стоимости удалённой работы.
Правильнее посчитать полный бюджет и разделить его на количество сотрудников.
В расчёт могут входить вычислительные ресурсы, диски, резервные копии, Windows и другие лицензии, обслуживание, сетевые услуги и дополнительное хранилище.
Например, мощный сервер для двадцати сотрудников может выглядеть дорогим как отдельная услуга, но стоимость одного рабочего места окажется небольшой. И наоборот, три персональные виртуальные машины для лёгких офисных задач могут быть неоправданно дорогими.
Полезно также сравнить облачный вариант с альтернативой. Сколько стоят новые рабочие компьютеры, их обслуживание и замена через несколько лет? Нужен ли офисный сервер? Кто будет обеспечивать доступ к нему? Сколько стоит простой, если оборудование выйдет из строя?
Облако не обязано автоматически выигрывать такое сравнение. Его преимущество особенно заметно там, где команда распределена, количество сотрудников меняется или бизнесу важно быстро создавать новые рабочие места без закупки оборудования.
Если компания стабильно работает в одном офисе, сотрудники используют мощные локальные компьютеры и удалённый доступ нужен лишь изредка, переносить всё в облако только ради модного формата может быть бессмысленно.
Хороший облачный сервер для удалённой работы не тот, у которого больше всего процессорных ядер. Он должен соответствовать приложениям сотрудников, выдерживать одновременную нагрузку, иметь быстрые диски, понятное резервное копирование и позволять безопасно управлять доступом.
Начинать лучше с пилота. Перевести на облачный сервер несколько типичных рабочих мест, дать сотрудникам поработать в обычном режиме, посмотреть загрузку CPU и RAM, оценить качество соединения и только после этого масштабировать инфраструктуру на всю команду.
Так бизнес получает данные вместо предположений. А вместе с ними становится намного проще понять, сколько ресурсов действительно нужно удалённым сотрудникам и за что в облаке имеет смысл платить.
