Alexander RyndinScott Tigerпропущено...


Нужно было посылать куда подальше. Необходимо лицензировать те сокеты, на которых оракл _выполняется_ или _выполнялся_, а не все доступные в теории. Бремя доказательства нарушения условий лицензирования лежит на истце, задача ответчика - предоставить свидетельства, что оракл выполнялся только на пролицензированных сокетах. Классический развод, прямо по варбуку.А если откроют логи vSphere и докажут? Насколько я понимаю, в vSphere это абсолютно нормальная ситуация, что виртуалки ездят на менее загруженные хосты без участия админа.
Даже если количество используемых ядер сохраняется?
Речь, разумеется, не идет о том чтобы как-то обмануть поставщика ПО.

Просто в схожей ситуации, при использовании виртуализации под POWER, при сохранении максимального количества ядер (допустим, динамически убираем/добавляем ядра из LPAR-ов, но суммарное количество ядер во всех LPAR-ах с Oracle не превышает заранее оговоренное и пролицензированное) Oracle Corp считает что все Ок и соглашение не нарушается. Или я не прав?

Vadim Lejninwitteпропущено...

Даже если количество используемых ядер сохраняется?
Речь, разумеется, не идет о том чтобы как-то обмануть поставщика ПО.

Просто в схожей ситуации, при использовании виртуализации под POWER, при сохранении максимального количества ядер (допустим, динамически убираем/добавляем ядра из LPAR-ов, но суммарное количество ядер во всех LPAR-ах с Oracle не превышает заранее оговоренное и пролицензированное) Oracle Corp считает что все Ок и соглашение не нарушается. Или я не прав?

vmware не является лицензированной платформой для Oracle product, а вот LPAR является
Т.е. вопрос только в лицензированности платформы? Ок, спасибо.

Vadim Lejnin,
Спасибо.

Alexander Ryndinwitteпропущено...

Даже если количество используемых ядер сохраняется?
Речь, разумеется, не идет о том чтобы как-то обмануть поставщика ПО.

Просто в схожей ситуации, при использовании виртуализации под POWER, при сохранении максимального количества ядер (допустим, динамически убираем/добавляем ядра из LPAR-ов, но суммарное количество ядер во всех LPAR-ах с Oracle не превышает заранее оговоренное и пролицензированное) Oracle Corp считает что все Ок и соглашение не нарушается. Или я не прав?Вы добавляете/убираете ядра в рамках одной железки. Мне кажется, так можно. Но в приведенном случае решь шла о том, что виртуалка может ездить между (условно) 100 серверами. И да, правильно сказали, что LPAR это hard partitioning http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf
А в чем принципиальная разница если я захочу на другую железяку LPAR-ом уехать, при этом контролируя сколько ядер у меня на целевом LPAR-е будут? Вот в том же документе, приведенном выше, говорится, что в случае POWER и Live Partition Mobility (это как раз потенциальный переезд между физическими ящиками) нужно лицензировать общее количество ядер и на источнике и на приемнике. Да, согласен, некоторое время Oracle как бы работает и там и там (с оговорками, ибо фактически обращение пользователей идут только к одному LPAR-у), но любой администратор в здравом уме постарается минимизировать время переезда, т.е. нет задачи обмануть поставщика ПО, просто миграция, например, да и пользователи никакого профита от этого не получают.

Про "есть правила и их нужно соблюдать" мне понятно. Я логику в данном конкретном случае не совсем улавливаю. Ведь в том же случае IBM HACMP у меня плечи чаще всего между разными физическими серверами ездят и ничего, лицензируется только активное плечо.

Вот еще пример: я могу настроить добавление/удаление ядер в LPAR-ах на разных физических серверах (при этом LPAR-ы не ездят между физическими серверами), но так чтобы одновременно количество активных ядер не превышало заранее пролицензированное. В этом случае нарушается соглашение с Oracle Corp?