Colocation

Межі послуги

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

Приймання та підтримка

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

Що саме означає colocation

AVGZ надає розміщення обладнання клієнтів. Colocation потрібно відрізняти від оренди готового програмного сервісу: власником сервера може залишатися клієнт, а відповідальність за операційну систему, застосунки, ліцензії та дані визначається окремо. Умови фізичного доступу, підключення та виконання робіт погоджуються до встановлення.

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

Живлення й зв’язок: межі резервування

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

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

Резервні копії та SLA

Розміщення сервера не означає наявності резервної копії його даних. Порядок копіювання, зберігання та перевірки відновлення потрібно узгоджувати окремо. Копія на тому самому обладнанні може не покривати апаратну відмову, а реплікація не замінює історичного стану при помилковій зміні даних.

SLA має описувати конкретну послугу, спосіб вимірювання, винятки та порядок реагування. Час початку реакції й час повного відновлення — різні показники. Для клієнтського застосунку також потрібні власні цілі RTO та RPO: фізично доступний сервер ще не гарантує готовності даних і програм.

Перед розміщенням узгоджують інвентаризацію, контакт відповідального, порядок заміни компонентів і вивезення обладнання. Під час приймання перевіряють підключення та погоджені операції віддаленого доступу. Географія, доступні ресурси й конкретні параметри послуги уточнюються для розміщення.

Контрольний сценарій перед запуском

Для приймання обирають конкретну робочу операцію й фіксують її початкові умови. Після звичайного проходження перевіряють погоджений збій: перерву зв’язку, перезапуск компонента або повторне надходження даних. Результат має пояснювати, що збереглося, що відновилося автоматично та де потрібна дія оператора. Ці відомості передають разом із правилами супроводу.

Що підготувати перед розміщенням?

Потрібні специфікація обладнання, перелік інтерфейсів, вимоги до живлення та контакт відповідального за сервер. Окремо узгодьте доступ до віддаленого керування, порядок виконання фізичних робіт і спосіб перевірити сервіс після них. Якщо обладнання вже працює, складіть план зупинки й перенесення даних. Перед перевезенням перевірте резервну копію та можливість відновлення. Зафіксуйте серійні номери в непублічному акті приймання, а після встановлення звірте конфігурацію. Для майбутнього розширення важливі не лише місце, а й погоджений запас живлення та підключень.