Короткий ответ — нет, характеристики второго сервера не обязательно должны строго совпадать с первым. Допустимо брать сервер с более низкими ресурсами, но при этом он может стать «узким местом» в каскаде и ухудшить скорость/стабильность доступа.
На что в первую очередь смотреть (важнее, чем просто «равные характеристики»):
- Пропускная способность сети (bandwidth / NIC). Это самый критичный параметр — если у второго сервера меньше Mbps/Gbps, то именно он будет лимитировать итоговую скорость.
- CPU и поддержка аппаратного ускорения шифрования (AES‑NI). Шифрование/дешифрование трафика потребляет CPU; для TLS/XTLS/VMess/в т.ч. ChaCha‑операций производительность процессора важна.
- Задержки и география (пинг). Сервер в России даст меньшую задержку для русскоязычных клиентов, но если он слабее по сети/CPU, выигрыш по пингу может быть нивелирован.
- Оперативная память и количество одновременных соединений. Для большого количества одновременных пользователей нужна больше RAM/сокетов.
- Стабильность канала и провайдера (packet loss, traffic shaping). Иногда лучше сервер чуть слабее по CPU, но с честной/стабильной линией, чем мощный, но с троттлингом.
- Совместимость ПО/версий и наличие публичного IPv4/портов — панель и версии должны поддерживать каскадную схему.
Практическое правило:
- Для тестирования/малой нагрузки (несколько юзеров, до ~50–100 Mbps) достаточно 1 vCPU с AES‑NI + 1–2 GB RAM + 100 Mbps канал.
- Для серьёзной нагрузки (сотни Mbps — Gbps) берите многопоточную CPU (2–4+ vCPU с AES‑NI), 4+ GB RAM и канал 1 Gbps или более.
Рекомендации:
- Если хотите избежать риска бутылочного горлышка — выбирайте сервер с как минимум не меньшей сетевой пропускной способностью и с AES‑NI (или равным/лучшим CPU).
- Для небольших домашних/тестовых задач можно сэкономить и взять слабее; для продакшна лучше равный или более мощный сервер.
- Могу помочь подобрать конкретные характеристики, если скажете ожидаемую нагрузку (кол‑во пользователей/ожидаемая скорость на пользователя).
Если нужно — напишите текущие характеристики первого сервера и предполагаемую нагрузку, подскажу оптимальный вариант для второго.