ГОСТ Р ИСО/МЭК 17203-2013
схема URL. то значение атрибута ovf:href должно интерпретироваться как путь доступа к файлу, на
который указывает ссылка, непосредственно относительно расположения дескриптора OVF.
Относительный путь доступа должен использовать синтаксис ссылок относительного пути в RFC3986.
Файл, на который указывает ссылка, должен существовать. Два различных элемента File своими
атрибутами ovf:href не должны ссылаться на один и тот же файл.
Каждый файл, на который ссылается элемент File, может быть сжат с использованием gzip
(см. RFC1952). Если элемент File будет сжат, используя gzip, то атрибут ovf:compression должен быть
установлен в «gzip». В противном случае значение атрибута ovf:compression должен быть «identity»
или же атрибут должен быть опущен полностью. Альтернативно, если ссылка href —это HTTP или
HTTPS URL, то сжатие может быть определено сервером HTTP при использовании Content-Encoding:
gzip в заголовке http (см. RFC2616). Допускается использование кодирование контента HTTP в
комбинации с атрибутом ovf:compression, однако в общем случае степень сжатия при этом не
улучшается. При использовании сжатия атрибут ovf:size должен определять фактический размер
сжатого файла.
Файлы, на которые указывают ссылки в разделе ссылок, могут быть разбиты на части для
того, чтобы обойти ограничения на размеры файлов в определенных файловых системах. Разбиение
на блоки должно быть обозначено присутствием атрибута ovf:chunkSize. Значение ovf:chunkSize
должно быть размером каждого блока, кроме последнего, размер которого может быть меньше.
Если определен ovf:chunkSize. то элемент File должен указывать на файл блока,
представляющий блок всего файла. В этом случае значение атрибута ovf:href определяет только
часть URL, и синтаксис URL для ссылки на файл блока показан далее. Синтаксис использует ABNF с
исключениями, перечисленными в приложении А.
chunk-url = href-valuechunk-number
chunk-number = 9(docimal-digit)
decimal-digit = "0" | "1" | "2" | ”3" | "4й | "5" | "6й | "7" | "8" | "9"
В этом примере значение href - это значение атрибута ovf:href. а номер блока - это
положение блока относительно блока 0. Нумерация блоков начинается с значения 0 и увеличивается на
1для каждого последующего блока.
Разделение на блоки может быть объединено со сжатием. В этом случае весь файл должен
быть сжат перед разбиением на блоки, и сжатый файл должен быть разделен на равные части
сжатого файла, за исключением последнего блока, размер которого может быть меньше.
Если в пакете OVF имеется файл манифеста, то имя файла в записях манифеста должно
соответствовать значению атрибута ovfihref для этого файла, за исключением случая, если файл
разбивается на множество частей, когда должно использоваться chunkurl, и в файл манифюста
должны входить записи для каждого отдельного блока. Для разделенных на блоки файлов
допускается, чтобы файл манифеста содержал запись для всего файла. В таком случае должна
также быть проверена соответствующая хэш-сумма.
ПРИМЕР 1 — В следующем примере показаны различные типы ссылок на файл:
<File ovf:id="disk1" ovf:hrof=”disk1.vmdk’*/>
<File ovf:id="disk2" ovf:hrof="disk2.vmdk" ovf:size="5368709120"
ovf:chunkSize=”2147483648"/>
<File ovf:id="iso1” ovf:href=”resources/image1.iso,7>
<File ovf:id="iso2" ovf:href=”
http://mywebsite/resources/image2.iso7
>
Пример 2 — В следующем примере показаны записи манифеста, соответствующие
файловым ссылкам из предыдущего примера :
SHA1(disk1.vmdk)= 3e19644ec2e806f38951789c76f43e4a0ec7e233
SHA1(disk2.vmdk.000000000)= 4f7158731ff434380bf217da248d47a2478e79d8
SHA1(disk2.vmdk.000000001)= 12849daeeaf43e7a89550384d26bd437bb8defaf
SHA1(disk2.vmdk.000000002)= 4cdd21424bd9eeafa4c42112876217de2ee5556d
SHA1(resources/image1.iso)= 72b37ff3fdd09f2a93f1b8395654649b6d06b5b3
SHA1
(http://mywcbsite/resourcos/image2
.iso)=d3c2d179011 c970615c5cf10b30957d1c4c968ad
7.2 Элемент контента Content
Конфигурация виртуальной машины в пакете OVF представлена элементом VirtualSystem или
8