Коротка відповідь: Відкрийте тикет із ID послуги, профілем поточного використання (напр., вивід vnstat) і потрібним піком. Залежно від плану й локації апгрейд буде зміною опції плану, апгрейдом швидкості порту (1G → 10G/20G на виділених) або індивідуальним рішенням — підтримка запропонує варіанти.

Огляд

Апгрейди смуги — рутина, але правильний механізм залежить від того, у що ви впираєтеся: у швидкість порту (сплески «зрізаються» на круглій цифрі на кшталт ~940 Mbps), у ліміт трафіку плану чи в апдейт застосунку, який жодним портом не виправиш. Спершу діагноз, потім запит.

Що потрібно мати

  • Докази використання: піки vnstat -h, графіки моніторингу або результати iperf3/wget.
  • Оцінку зростання — разова подія (розпродаж, запуск) чи новий постійний рівень?
  • ID послуги з Client Area.

Покрокова інструкція

  1. Підтвердьте, що межа — мережа: «зрізані» графіки на ~940 Mbps (на 1G) у піки = впираєтеся в порт; повільно, але не «полиця» — спершу гляньте інші причини.
  2. Зберіть докази (vnstat/графіки, дати, час).
  3. Відкрийте тикет: ID послуги, поточні піки, потрібний пік, тимчасово чи постійно.
  4. Підтримка відповість доступними шляхами: зміна configurable option, апгрейд порту (виділені: 1G → 10G/20G де доступно) або міграція плану; ціни залежать від локації та конфігурації.
  5. Підтвердьте; зміна порту на виділеному сервері може потребувати короткого вікна обслуговування — узгодьте час.

Типові проблеми

  • Апгрейд порту, коли вузьке місце — застосунок: PHP-сайт на 200 Mbps динаміки не пришвидшиться від 10G.
  • Запит «безліміту» — опишіть реальні піки; конкретні цифри отримують конкретні пропозиції.
  • Запити в останню мить перед великою подією — апаратні зміни потребують часу; питайте за кілька днів.

Коли звертатися в підтримку

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

Часті запитання

Як зрозуміти, що смуги справді бракує?

Графіки трафіку в піки «зрізаються полицею» на швидкості порту (близько 940 Mbps на 1G). Якщо полиці немає — вузьке місце деінде: диск, застосунок чи відстань.

Що вказати в тикеті?

ID послуги, докази поточного використання (vnstat або графіки), потрібний пік і чи це тимчасова потреба або новий постійний рівень навантаження.

Чи буде простій при апгрейді порту?

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

Схожі статті

Потрібна допомога? Звернутися в підтримку Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)