В данной заметке предоставлю usefull полезную часть из наших внутренних практик и методологий по ведению учёта, инвентаризации и последующего аудита виртуализированной ИТ инфраструктуры.
Последовательность сбора и систематизации важной информации позволяют:
- держать на контроле актуальное состояние ИТ инфраструктуры
- оптимизировать виртуализированную инфраструктуру
- видеть узкие места и контролировать модернизацию ИТ систем
- проводить аудит на предмет интересующего результата
Инструменты и особенности
Данные метрики и последовательность работ в любом случае требуют
- наличия процесса (ручного или автоматизированного) актуализации
- и процесса последующего анализа данных.
Немаловажно иметь актуальную форму отображения (веб страницы, например), для того, чтобы данные могли быть использованы той же технической поддержкой. Без удобной формы использования информации (например в бумажных документах) пользоваться ей не будут, и её ценность и актуальность деградируют, а внедрение в процессы (напр. ITSM/ITIL) тормозиться.
В виртуализированной ИТ инфраструктуре важно понимать, что рассмотрение объектов вычислительной среды должно быть разбито на уровни со связью объектов между собой (например, гипервизор такой-то работает на сервере таком-то, а виртуальная машина работает на таком-то гипервизоре):

Для иллюстрации проиллюстрировал Выше стек Oracle с разнесёнными объектами на разных уровнях.
Этап 1. Аппаратная серверная часть
Перечисляем важные для учёта параметры серверной части
Hardware |
Hostname |
Vendor |
Model |
SN |
Manufacture date |
HDD(s) |
Size |
Qnty |
Model |
RAM |
Freq, MHz |
Size, GB |
Qnt |
CPU |
Freq, GHz |
Cores |
Arch |
Qnt |
OS Server/HOST information |
OS name |
OS arch |
x64/x86 |
OS version |
OS license |
IP |
SP IP |
Managed by vCenter |
- or vCenter Name |
VMware clusterized |
- or cluster name |
USB and other uniq devices |
Description |
Support contract |
URL |
Maintanace PIC |
Maintanace PIC Company |
Support coverage |
Этап 2. Системы хранения и LUNы
Local/standalone storage |
|
Для Standalone storage |
Hostname |
Vendor |
Model |
Generation |
SN |
Manufacture date |
IP |
Конфигурация хранения |
HDD(s) |
Size, GB |
Model |
RAID Configuration |
Total capacity |
|
|
Free capacity |
|
|
LUN |
перечисления |
Performance |
Средние IOPS |
Средняя пропускная способность, MB/s |
Communication |
|
|
Description |
Support contract |
URL |
Maintanace PIC |
Maintanace PIC Company |
Support coverage |
Этап 3. Виртуальные машины
В данном списке гипервизор, storage (система хранения) ссылаются на выявленные объекты из первых двух этапов.
№ |
|
VM Location |
Hypervisor |
Storage
(local disks / storage) |
VM information |
Name |
Vendor |
IP addresses |
USB devices |
Со стороны гипервизора |
CPU |
Cores |
Средняя загрузка,
MHz |
Длительность периода максимальной нагрузки,
секунд |
Особенности пиковых загрузок |
Напр, бэкап каждую субботу с 2 до 3 |
Memory, GB |
Выделенная |
Потребляемая |
Storage |
Средние IOPS |
Средняя пропускная способность,
MB/s |
Размер виртуальной машины,
GB |
Network |
Network name |
Загрузка пиковая,
Mbit/s |
Длительность периода максимальной нагрузки,
секунд |
Особенности пиковых загрузок |
Напр, бэкап каждую субботу с 2 до 3 |
anty afinity rules с какой машиной |
|
|
Backup covered by |
|
|
|
|
URL |
|
|
|
Maintanace PIC |
|
|
|
Maintanace PIC Company |
|
Owner |
|
|
|
Support by |
|
|
|
Для ведения учёта связных данных лучше использовать реляционную базу данных
За ИТ-аудитом, инвентаризацией, аудитом бизнес-процессов обращайтесь к нам в Tune-it. Работаем по всей Российской Федерации. Также разрабатываем корпоративные Информационные системы.