Настраиваем физические и виртуальные серверы и базовые сервисы — и собираем их в инфраструктуру под задачу клиента. Работаем в Москве и Московской области, по остальной России — удалённо.
Серверная часть компании редко сводится к одному «ящику»: это платформа, сервисы на ней и дисциплина вокруг — копии, наблюдение, обновления. Мы занимаемся этим целиком: от выбора конфигурации до передачи в эксплуатацию.
Настраиваем физические и виртуальные серверы: виртуализация на Proxmox, Windows Server и Linux, серверные роли, серверные приложения, базы данных, сетевые хранилища. Конфигурация подбирается под задачу — от одной машины до небольшой инфраструктуры.
Файловые серверы, Active Directory, DNS, DHCP, VPN и удалённый доступ — базовые сервисы, на которых работает компания. На их настройку уходит большая часть «обычной» серверной работы.
Резервное копирование и восстановление после сбоев, мониторинг серверов, миграции и перенос сервисов, обновление существующей инфраструктуры, документирование конфигурации. Дальше по жизненному циклу — плановое обслуживание серверов.
Развернуть сервер для 1С, файлового хранилища, сайта, VPN, базы данных или виртуальных машин — спроектируем, настроим и передадим в эксплуатацию, с документацией по конфигурации.
Спланируем миграцию и минимизируем простой: перенос по плану, с проверкой и откатом на случай, если шаг не удастся.
Перенесём критичные сервисы в нормальную серверную инфраструктуру — и возьмём её дальше в обслуживание, чтобы история не повторилась.
Настроим, перенесём сервисы, организуем мониторинг и резервное копирование — чтобы сервер перестал быть источником авралов.
Обновление существующей инфраструктуры и документирование конфигурации: от разрозненных машин разных лет — к понятной схеме, за которой видно, что где работает.
Одна физическая машина с виртуализацией: под файловое хранилище, учётную систему, VPN или базу данных выделяются отдельные виртуальные машины. Задачи не мешают друг другу и копируются по отдельности, а «железа» нужно меньше, чем под отдельный сервер на каждую роль.
Active Directory, DNS и DHCP: единые учётные записи и вход, централизованные права и политики. Та база, на которую потом опирается всё остальное — от общих папок до подключения новых рабочих мест.
Файловый сервер или сетевое хранилище (NAS): общие папки с правами доступа и резервными копиями. Общие данные компании перестают жить на рабочих столах сотрудников и в почтовых вложениях.
Web-сервер и reverse proxy под корпоративный сайт и внутренние сервисы: отдельный изолированный контур, который не смешивается с учётными системами, — со своими копиями и наблюдением.
Второй хост или удалённое хранилище, на которые уходят копии: если основной сервер выходит из строя, сервисы восстанавливаются, а не пересобираются с нуля.
Какие сервисы нужны и насколько критичен их простой, сколько данных и пользователей, что уже есть из оборудования, нужно ли резервирование. Схему предлагаем по этим вводным — а не «как у всех» и не запасом «на всякий случай».
Если задач несколько — обычно речь про виртуализацию; если задача одна, честнее и проще обойтись сервером под конкретную роль без лишних слоёв. В обоих случаях результат один: серверная часть собрана под задачу и задокументирована.
Список ниже — меню, а не обязательная программа: в конкретной компании нужен один элемент из него или несколько — зависит от задач. Части обычно группируются так:
Физическая машина или платформа виртуализации с виртуальными машинами (Proxmox, Windows Server, Linux) — то, на чём работают остальные сервисы.
Файловый сервер, сервер приложений, Active Directory, DNS, DHCP, VPN и удалённый доступ, сервер баз данных, web-сервер с reverse proxy, сетевое хранилище (NAS).
Резервное копирование, мониторинг, обновления и документирование конфигурации. Без неё любой сервер — «работает, пока работает», и неизвестно, что будет, когда перестанет.
Что из этого нужно конкретной компании — определяется задачами, а не модой: где-то вся серверная часть — это файловое хранилище и копии, где-то — платформа с виртуальными машинами и несколькими ролями. Минимальный набор при этом одинаков: работающие сервисы, проверенные копии и документация, по которой систему можно понять.
Какие сервисы должны работать, сколько данных и пользователей, что уже есть из оборудования и что из этого можно использовать.
Предлагаем решение: состав ролей, конфигурация, резервирование. Схема и состав работ согласуются до начала — неожиданности в процессе обходятся дорого.
Устанавливаем и настраиваем: платформа, серверные роли, права доступа, сетевая часть, копии и наблюдение.
Сервисы, доступы, восстановление из копии. Проверяем, что работает, — а не что «выглядит работающим».
Схема, параметры и порядок восстановления передаются компании: серверная часть остаётся понятной без нас.
Дальше сервер живёт сам или на нашем обслуживании — по выбору компании. Второе обычно разумнее: запуск и содержание дисциплиной похожи.
Работа начинается с аудита: смотрим, какая инфраструктура уже есть и что ей мешает. Затем предлагаем решение, настраиваем серверы и сервисы, проверяем работоспособность и передаём документацию по конфигурации. Дальше можем взять инфраструктуру на сопровождение — разово, проектом или по абонентской модели.
Порядок одинаков и для одного сервера, и для инфраструктуры целиком: меняется объём, а не дисциплина. Большинство работ выполняем удалённо; выезд — когда дело касается «железа» или новой площадки.
Да. Начнём с аудита текущей конфигурации: что установлено, как настроено, где риски. Дальше предложим, что исправить и в каком порядке.
Большинство задач по серверам решаем удалённо. На объект приезжаем, когда нужно физическое присутствие: монтаж, замена оборудования, запуск площадки.
Зависит от задач и от того, насколько критичен простой. Часто достаточно одного сервера с виртуализацией под несколько задач; иногда практичнее пара машин с резервом. Схему предлагаем после аудита.
Зависит от состава: какие сервисы на нём будут работать, сколько данных, нужен ли резерв. Ориентир по составу и стоимости даём после аудита, и состав работ фиксируется до начала.
Не всегда. Иногда хватает того, что уже есть; иногда часть задач уходит на существующие машины, и покупка нужна только под одну роль. Вопрос разбирается на аудите: подбор оборудования входит в проектирование.
Да, выбор серверов и сетевого оборудования — часть проектирования: под задачу и с учётом того, что уже есть. Мощность должна соответствовать роли, а не рекламному объявлению.
Рабочие станции, резервное копирование и восстановление, мониторинг. Все направления — в разделе «Услуги».
Расскажите, что нужно настроить, модернизировать или взять на обслуживание. Предложим подходящий вариант реализации.
