v8.3: Организация хранения и обработки информации.

Здравствуйте!

Имеется несколько ДЦ (дата-центров), в которых арендуются сервера. На каждом сервере располагается несколько виртуальных машин (гостевые машины). Каждая машина имеет свои характеристики (размер HDD, ОЗУ и т.п.) . Гостевые машины добавляются, удаляются, мигрируют между серверами и ДЦ.

Имеется файл обмена *.xml в котором есть все характеристики и координаты гостевой машины (в каком ДЦ, на каком сервере, ip-адрес, имя) короче все что нужно для однозначной идентификации конкретной ВМ.

Сейчас структура хранения всех этих данных простая. Есть «Перечисление» с именем ДЦ, есть справочник «Серверы» и есть «Регистр сведений» «Гостевые машины».

Загружаю актуальный файл обмена, список гостей обновляется, по «СрезПоследних» получаю картину кто, где и сколько места занимает.

Но после того как получили эту картину, естественно захотелось посмотреть глубже.

Для каждой ВМ есть набор характеристик которые можно взять из других источников, например время сохранения в резервной копии, внешний ip (которых у нас ограниченное кол-во и надо мониторить есть они в наличии или нет), количество учетных записей на ВМ и т.д. Вопрос собственно в том, каким образом хранить запись о ВМ в 1С? Оставить все в виде записи «Регистра сведений» или перевести в запись справочника.

Если в регистре, то нормально ли дописывать в него данные по мере поступления. Если в справочнике, то, как поступать с удаленными машинами (удалять элемент справочника, переносить его в какую-то предопределенную группу). История перемещений машин не сильно волнует, более важно получить достоверную информацию на текущий момент.

Далее в планах сбор информации для анализа, например «Время резервного копирования». Копируются каждый день, вроде как должен быть справочник (ВМ) и регистр сведений, с записью о дате и времени копирования. А может достаточно будет просто регистра сведений, в который в качестве измерения вставить сервер, а в качестве реквизита одну из записей из среза последних его гостей (по сути то только имя ВМ нужно). 

я бы делал через регистры сведений. На место свой, на IP свой на количество записей также свой. Имхо, в один пихать много чего "не то пальто". А если каждый регистр на свое то будет нормально, и данные получить и дописывать информацию. + и очищать будет проще.

А как быть в следующей ситуации: есть срез последних по кол-ву гостевых машин, в разрезе каждого сервера (основной отбор по измерению "Сервер"), каждый день гостевые машины копируются и есть величина времени, за которое это копирование произошло. Как это увязать все вместе? Еще один регистр "Время копирования" с измерениями по серверу, ресурсом по кол-ву секунд (минут/часов, не суть). А как в него добавить гостевую машину, только как строку, ведь это лишь запись регистра, никакого объекта она из себя не представляет. Вот этот вопрос меня смущает. Спасибо. 

(2) Можно создать регистр "ГостевыеМашины". А как часто количество гостевых машин меняется?

Не возможно предсказать. Иногда один раз заселили и год не меняется ничего, а иногда раз в неделю движения идут. Или сбой на сервере, соотв. либо переезды, либо восстановления из бэкапов. Ваша фраза "я бы делал через регистры сведений. На место свой, на IP свой на количество записей также свой" - натолкнула на мысль. Регистр "Гостевые машины" уже есть, с него собственно все и началось. Сейчас сделал к справочнику "Серверы" подчиненный ему "Сервисные" - в котором имя гостя и ip от владельца, который делает бэкапы остальных гостей. Для записи последней инфы создал регистр сведений "Бэкапы", с основным отбором по измерению "Сервис", это что б понять кто бэкапит и с отбором по измерению "Сервер", это что б понять где бэкапит, т.к. гостевая с первого сервера бэкапит гостевые с соседнего сервера. Т.о. вроде все закольцовывается. В разрезе сервера понятно откуда и кого на нём бэкапят, а в разрезе сервисного гостя тоже видно что он делает. Как то так.Спасибо за ответы.

данные лучше хранить в Регистре сведений, а Гостевые машины как справочник, + если есть регистр со временем копирования,то связывать их через справочник ГМ

Гостевые машины непредсказуемо появляются и исчезают, либо меняют место своей дислокации, или меняют свои характеристики. Я поэтому отказался от хранения их в виде справочника. 

(6) но Гостевые машины можно же идентифицировать, по имени или mac адресу - а значит они уникальны и  их можно хранить в справочнике, и делать отборы в регистрах по ним

(7) так как в итоге получилось?