Поддержка серверов Linux в Питтсбурге и Кливленде

KawaConnect администрирует и поддерживает серверы Linux для компаний Питтсбурга и западной Пенсильвании, а также района Кливленда на северо-востоке Огайо. Мы работаем с системами Ubuntu, Debian и семейства RHEL, в виде отдельного проекта или постоянной эксплуатации с закреплённым инженером.

Обсудить ваши серверы Консалтинг по Kubernetes
Ряды черных серверных стоек с индикаторами состояния в центре обработки данных

Платформы в этой услуге

Чем мы занимаемся

У сервера Linux, на котором работает бизнес-приложение, должен быть ответственный. Мы берём на себя регулярную работу и проблемы, которые её прерывают.

Пользователи и права

Учётные записи, ключи SSH, правила sudo и права на файлы настроены так, чтобы у каждого человека и каждой службы был только тот доступ, который ему нужен.

Обновления и исправления безопасности

Обновления применяются по графику, а там, где приложение чувствительно, сначала проверяются на тестовой среде, с планом перезагрузок после обновления ядра.

Мониторинг

Диск, память, службы и сертификаты отслеживаются через панели Grafana и проверки доступности, поэтому проблемы выявляются раньше, чем о них сообщат пользователи.

Резервное копирование

Копии данных и конфигурации вне площадки с проверенным восстановлением и записанными шагами восстановления.

Усиление защиты

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

Диагностика проблем

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

Хостинг бизнес-приложений

Большая часть нашей работы с Linux поддерживает приложение, от которого кто-то зависит каждый день. Мы устанавливаем и настраиваем приложение, его базу данных и плановые задания. Перед ним стоит обратный прокси, который обрабатывает сертификаты HTTPS и маршрутизацию по имени хоста, поэтому приложение никогда не открыто напрямую.

  • Службы: юниты systemd, которые запускаются при загрузке, перезапускаются при сбое и пишут журнал туда, где его можно использовать.
  • TLS: сертификаты выпускаются и продлеваются автоматически, а при сбое продления приходит оповещение.
  • Контейнеры: если приложение поставляется как контейнер, мы запускаем его с помощью Docker и Docker Compose.

Принятие сервера, оставленного другим администратором

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

Учётные данные передаются и меняются, а перечень пробелов показывает, что не обновлено, не резервируется или не поддерживается. Затем мы исправляем всё по одному изменению. Тот же подход применяется при переходе от другого ИТ-провайдера, с неделей параллельной работы, прежде чем мы станем основным контактом.

Миграции между хостами

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

Чтобы увидеть, где Linux стоит рядом с контейнерами и кластерами, прочитайте наш обзор Linux и Kubernetes или просмотрите статьи о Linux в нашей базе знаний. Нагрузкам, которые перерастают один сервер, может подойти Kubernetes, хотя многим он никогда не нужен. Резервное копирование и планирование восстановления описаны в разделе резервное копирование и аварийное восстановление.

Как проходит работа

  1. Ознакомительный звонок. Короткий разговор о ваших серверах, приложениях и о том, что идёт не так.
  2. Письменное описание работ. Работы, порядок изменений и путь отката, согласованные до того, как мы что-либо тронем.
  3. Реализация. Мы строим, обновляем, переносим или чиним, затем проверяем и документируем результат.
  4. Постоянная эксплуатация. Ежемесячная поддержка по желанию от закреплённого инженера, без привязки к нам.

Наши офисы находятся в Coraopolis и Beaver Falls, Пенсильвания. Выезды в район Кливленда согласуются под проект, а удалённая поддержка доступна по всей стране. Мы отвечаем в течение одного рабочего дня.

Вопросы о поддержке серверов Linux

Какие дистрибутивы Linux вы поддерживаете?

Серверы Ubuntu, Debian и семейства RHEL. Если вы используете что-то другое, спросите нас на ознакомительном звонке.

Можете ли вы поддерживать сервер без перехода в облако?

Да. Мы управляем серверами в вашем офисе, в стойке, на виртуальных машинах Proxmox или в Azure и советуем, что подходит для нагрузки.

Вы занимаетесь только постоянной поддержкой?

Нет. Мы беремся за одну миграцию, аудит защиты или спасение одного сбойного сервера как за отдельный проект. Постоянная эксплуатация может последовать, если вы этого захотите.

Что, если у нас вообще нет документации?

Это обычная ситуация. Описанная выше инвентаризация становится первым документом, и он принадлежит вам.

Для кого это

  • Компании с приложением на сервере Linux, за которым никто не закреплён
  • Компании, у которых ушёл администратор или ИТ-провайдер и которым нужно разобраться в серверах
  • Команды, планирующие переход на новое оборудование, новую операционную систему или виртуальную машину
  • Регулируемые отрасли, которым нужны обновления, контроль доступа и резервные копии, которые можно показать аудитору

Связанные статьи

Объяснения простым языком из нашей базы знаний.

LinuxUbuntuDebianSSHAnsibleGNUDocker

Закрепите инженера за вашими серверами

Расскажите, что у вас работает и где. Удаленно по всей стране, на месте по записи в Питтсбурге и районе Кливленда.

Начать разговор