> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/knowledge-base/servery-domeny-i-infrastruktura/overview/what-is-server.md).

# Что такое сервер

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

Слово «сервер» может означать саму машину, операционную систему или конкретную программу. Например, Nginx называют веб-сервером, PostgreSQL — сервером базы данных, а весь облачный экземпляр — сервером iEXExchanger. При диагностике всегда уточняйте, о каком уровне идёт речь.

## Сервер, домен и сайт

| Объект       | Что это                               | За что отвечает                                                       |
| ------------ | ------------------------------------- | --------------------------------------------------------------------- |
| Домен        | Читаемое имя, например `ваш_домен`    | Адрес, который вводит посетитель                                      |
| DNS          | Записи, связывающие домен с сервисами | Куда направляется обращение к домену                                  |
| Cloudflare   | Пограничный прокси и защита           | Принимает и фильтрует публичный веб-трафик                            |
| Сервер       | Машина с ОС, сетью и ресурсами        | Запускает компоненты системы и хранит данные                          |
| FASTPANEL    | Панель управления сервером            | Помогает работать с сайтами, пользователями, службами и сертификатами |
| Nginx        | Публичный веб-сервер и reverse proxy  | Принимает HTTPS и передаёт запрос нужному компоненту                  |
| iEXExchanger | Прикладная система                    | Выполняет обменные, пользовательские и административные сценарии      |

Покупка домена не создаёт сервер, а создание сервера не подключает домен автоматически. Для рабочего сайта должны быть согласованы DNS, сетевой доступ, Nginx, сертификат и само приложение.

## Какие серверы бывают

| Тип                        | Особенности                                                                 | Применимость                                                                        |
| -------------------------- | --------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- |
| Виртуальный сервер или VPS | Выделенная виртуальная машина на общей физической платформе                 | Подходит для большинства начальных и средних установок при достаточных ресурсах     |
| Облачный сервер            | Виртуальная машина с API провайдера, снимками, сетями и изменением ресурсов | Удобен для автоматизации, восстановления и дальнейшего масштабирования              |
| Выделенный сервер          | Физическая машина предоставлена одному клиенту                              | Используется при высокой или предсказуемой нагрузке и особых требованиях к изоляции |
| Управляемый сервер         | Часть системного администрирования выполняет провайдер                      | Объём ответственности нужно подтвердить договором и SLA                             |
| Общий хостинг              | Многие сайты работают в ограниченной среде без полного управления ОС        | Обычно недостаточен для полного набора PHP, Node.js, очередей, Redis и WebSocket    |

Провайдеры могут использовать названия VPS, VDS и Cloud Server по-разному. Сравнивайте фактические CPU, RAM, диск, сеть, резервные копии, консоль восстановления и ограничения, а не только название тарифа.

## Основные ресурсы

* CPU выполняет PHP, Node.js, запросы базы и фоновые задания.
* RAM хранит рабочие данные процессов, кеш ОС, Redis и часть операций PostgreSQL.
* Диск хранит систему, код, журналы, загрузки и базу данных; важны скорость, свободное место и надёжность.
* Сеть определяет доступность, задержку и предельный объём трафика.
* Публичный IP принимает разрешённые внешние соединения.
* Приватная сеть связывает серверы без публикации внутренних служб в интернете.
* Операционная система управляет пользователями, пакетами, службами и безопасностью.

Высокая загрузка одного ресурса может остановить всю цепочку. Например, свободный CPU не компенсирует заполненный диск, а большой объём RAM не исправляет исчерпанный сетевой канал.

## Что работает на сервере iEXExchanger

```mermaid
flowchart TD
    A["Nginx и HTTPS"] --> B["Клиентский SSR"]
    A --> C["Панель и API"]
    B --> D["PM2"]
    C --> E["PHP-FPM"]
    C --> F["PostgreSQL"]
    C --> G["Redis"]
    G --> H["Horizon и очереди"]
    C --> I["Reverb и WebSocket"]
    H --> J["Внешние платежи и уведомления"]
```

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

## Три уровня управления

| Уровень           | Что делают                                       | Примеры                                                              |
| ----------------- | ------------------------------------------------ | -------------------------------------------------------------------- |
| Панель провайдера | Управляют самой виртуальной машиной и сетью      | Создание, выключение, снимок, firewall, rescue и замена ресурсов     |
| FASTPANEL         | Управляют службами и сайтами внутри ОС           | Пользователи, домены, сертификаты, PHP, базы, cron и резервные планы |
| SSH               | Выполняют точную системную диагностику и команды | Журналы, конфигурации, права, процессы и проверка сети               |

Доступ к одному уровню не гарантирует доступ к остальным. Например, аккаунт FASTPANEL не заменяет консоль провайдера при потере SSH, а SSH не позволяет восстановить удалённый сервер без панели провайдера или резервной копии.

## Как безопасно работать с сервером

1. Входите отдельной учётной записью с SSH-ключом.
2. Перед изменением фиксируйте цель, исходное состояние и точку возврата.
3. Проверяйте резервную копию и место её хранения.
4. Меняйте только один подтверждённый компонент.
5. Проверяйте конфигурацию до reload или restart.
6. После изменения проверяйте не только процесс, но и клиентский сценарий.
7. Сохраняйте ограниченный журнал действий без секретов.
8. Закрывайте временный доступ и удаляйте неиспользуемые ключи.

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

## Наблюдение и обслуживание

Регулярно контролируйте:

* доступность доменов и сертификатов;
* загрузку CPU, RAM, диска и сети;
* свободное место и рост журналов;
* состояние Nginx, PHP-FPM, PostgreSQL и Redis;
* Supervisor, PM2, Horizon, Pulse и Reverb;
* успешность резервного копирования и тест восстановления;
* обновления безопасности ОС;
* неизвестные входы и изменения сетевых правил.

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

## Масштабирование

Вертикальное масштабирование увеличивает CPU, RAM или диск одной машины. Горизонтальное добавляет серверы или экземпляры процессов. Второй вариант требует понимания общих сессий, файлов, очередей, блокировок и балансировки.

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

Выбор конфигурации описан в [«Выборе провайдера и конфигурации»](/knowledge-base/servery-domeny-i-infrastruktura/overview/selection.md), первичная защита — в [«Первичной защите сервера»](/knowledge-base/servery-domeny-i-infrastruktura/overview/initial-security.md), а полная проверка — в [«Приёмке инфраструктуры»](/knowledge-base/servery-domeny-i-infrastruktura/overview/acceptance-checklist.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.iexexchanger.com/knowledge-base/servery-domeny-i-infrastruktura/overview/what-is-server.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.