Як протестувати хмарний сервер на пробі: практичний чекліст

Як протестувати хмарний сервер на пробі: практичний чекліст

Як протестувати хмарний сервер на пробі: практичний чекліст

Хмарний сервер легко замовити, але важко оцінити за прайсом. Коротка проба показує, чи підходять процесор, диск, мережа та підтримка вашому навантаженню, проте лише якщо ви прийшли з планом. DCXV не має самообслуговуваної безкоштовної проби. Коротку пробу, приблизно на 3 доби, можна запросити, написавши на sales@dcxv.com. Надавати її чи ні вирішує DCXV, тож тут немає обіцянки схвалення; спершу письмово уточніть термін, розмір, локацію та можливі витрати. Образ Windows Server Evaluation - це медіа Microsoft, а не проба DCXV, і ліцензій RDS для користувачів він не містить.

Трьох діб вистачає на перший висновок, а не на повну оцінку. Роздрукуйте сторінку, відмічайте пункти й записуйте число біля кожного результату.

Перед стартом: вирішіть, що таке добре

  • Опишіть навантаження одним реченням.
  • Оберіть два-три числа для рішення: час відповіді, час запиту, час відновлення.
  • Виберіть локацію ближче до користувачів, Прагу або Ковільян; компроміс пояснює посібник з вибору локації.
  • Попросіть розмір, близький до того, що купуватимете. Допоможе посібник із підбору розміру; пресети на сторінці хмарних серверів стартують від EUR 15.00/міс за 2 vCPU, 4 ГБ RAM, 40 ГБ NVMe (перевірено 2026-10).
  • Прочитайте політику прийнятного використання на /policy.

День 1: розгортання та перевірка доступу

  • Зафіксуйте час від замовлення до робочого входу; на сайті сказано, що зазвичай до 10 хвилин.
  • Увійдіть як root через SSH (Linux) або RDP (Windows): підключення через SSH.
  • Один раз відкрийте консоль відновлення KVM, поки вона не потрібна.
  • Виконайте lscpu, free -h, df -h і порівняйте із замовленням.
  • Оновіть ОС і перевірте, що публічний IPv4 відповідає ззовні.

День 2: базові виміри CPU, пам'яті, диска й мережі

Кількість потоків ставте рівною кількості vCPU, а кожен запуск тримайте коротким.

sysbench cpu --threads=2 --time=30 run
sysbench memory --threads=2 --time=30 run
fio --name=rand4k --filename=/root/fio.tmp --size=1G --rw=randrw --bs=4k --iodepth=16 --ioengine=libaio --direct=1 --runtime=30 --time_based
mtr -rwc 100 YOUR_SERVER_IP
  • Запустіть тест CPU двічі в різні години й запишіть обидва результати.
  • Запишіть IOPS і затримку диска, потім видаліть /root/fio.tmp.
  • Запустіть mtr зі свого офісу до сервера; як читати вивід mtr пояснює колонки.
  • Завантажте один відомий файл і запишіть швидкість. Один файл, а не тест на насичення.

День 3: реальне навантаження, відновлення, вердикт

  • Розгорніть справжній застосунок і програйте звичайний трафік, а не шквал запитів.
  • Додайте знімок, змініть файл, натисніть Restore і переконайтеся, що зміни зникли. Відновлення зупиняє сервер і відкидає його поточний стан. Знімки - платна опція: запитайте підтримку, чи тарифікуються вони в пробі, і потім видаліть свій.
  • Відкрийте вікно Backups (дата й розмір кожної копії; посібник з відновлення). Відновлюйте лише тестові дані й запитайте, чи з'явиться перша копія протягом 3 діб.
  • Поставте підтримці одне справжнє запитання й засічіть час першої корисної відповіді.
  • Заповніть таблицю оцінки й ухваліть рішення.
Область Що записати Успіх, якщо
CPU і пам'ять sysbench, два запуски Стабільно й вистачає на пік
Диск fio IOPS, затримка Ніщо не чекає на диск
Мережа mtr втрати, середнє Чисто для ваших користувачів
Відновлення, підтримка час відновлення, перша відповідь Ви відновитесь і отримаєте допомогу

Якщо вдасться отримати довшу оцінку

  • Тиждень 1: повторіть тести дня 2 вранці, ввечері та вночі.
  • Тиждень 2: пустіть реальний трафік, стежте за пам'яттю та swap, свідомо перезавантажте раз.
  • Тиждень 2: спробуйте апгрейд; диск не можна зменшити без форматування.
  • Тиждень 3: відрепетуйте міграцію, повне відновлення та рахунок згідно з оглядом вартості.

Безпечні практики бенчмарків

  • Тестуйте коротко й помалу: 30-60 секунд, файл 1 ГБ, потім прибирайте.
  • AUP забороняє флуд, відмову в обслуговуванні, сканери портів та IP, підбір паролів і атаки. Не запускайте їх навіть на власному сервері.
  • Питайте підтримку перед важким: години повного CPU, великі передачі, багато з'єднань. Не тримайте на пробному сервері реальних даних клієнтів.
  • Короткий тест - це вибірка, а не гарантія; сусіди, година доби та навантаження змінюють результат.

Попросіть пробу

Напишіть на sales@dcxv.com: навантаження, розмір, локація й тривалість, і запитайте, чи ви підходите. Щоб почати одразу, оберіть розмір на сторінці хмарних серверів.

Альтман хоче вашу DRAM у дата-центрах: серверна RAM у 2026
cloudaipricinginfrastructure

Альтман хоче вашу DRAM у дата-центрах: серверна RAM у 2026

Сем Альтман вважає, що пам'ять у ПК простоює і має бути в дата-центрах. Що дефіцит DRAM 2026 означає для орендарів серверів, і скрипт для виміру вашої RAM.

PHP2Shell: перевірка та патч RCE-вразливостей PHP на сервері
clouddedicatedhosting

PHP2Shell: перевірка та патч RCE-вразливостей PHP на сервері

PHP2Shell (CVE-2026-109618, CVE-2026-109619) дає запиту без автентифікації виконати код у PHP. Виправлені версії, перевірений скрипт, обхідні заходи в php.ini і план оновлення.

Brotli CVE-2026-111497: оновлення Node.js, Bun і Python
cloudnetworkinginfrastructure

Brotli CVE-2026-111497: оновлення Node.js, Bun і Python

Вразливість декодера Brotli (CVE-2026-111497) дає виконати код через fetch() у Node.js і Bun або через HTTP-клієнти Python. Виправлені версії, скрипт перевірки, перезбірка.

Як підібрати хмарний сервер для SaaS: CPU, RAM, NVMe, бекапи
cloudinfrastructurepricing

Як підібрати хмарний сервер для SaaS: CPU, RAM, NVMe, бекапи

Підбір хмарного сервера для SaaS у Docker і Node.js: бюджет пам'яті, ліміти CPU, NVMe та бекапи, навантажувальний тест k6, повна місячна ціна й аркуш підбору.

AI-агенти для коду на VPS у ЄС: посилене налаштування
aicloudhosting

AI-агенти для коду на VPS у ЄС: посилене налаштування

Запускайте AI-агентів для коду на VPS у ЄС з обмеженнями: одноразові каталоги, білий список виходу, токени, ліміти, перевірений код, ризики та ціна сервера.