Можно пойти таким путем. Ваш физический сервер (у которого Type = Server) должен в поле Hypervisor иметь значение Yes.
Затем создаем новый объект типа VM. И в свойствах в поле select container указываем наш физический сервер.
HP огорчает клавиатурами на новых ноутбуках. Не так давно на работе выдали pavilion dv6. Отличная производительность, неплохой экран. Удобная на ощупь и нажим клавиатура. Но эти медиа клавиши… Самое печальное, что кнопку Esc расположена там, где ей и должно быть, в левом верхнем углу, и из-за этого съехали функциональные клавиши влево. При работе в том же FARе раздражает. Хочешь не глядя на клавиатуру нажать F2, а попадаешь на F3. Я думал это только на моей нотке такое, оказывается не только. Ну и CTRL. У меня на его месте Калькулятор! А руки то привыкли. Потому вместо ctrl+c ctrl+v на экране десяток калькуляторов.
>>>инвентаризация прекрасно делается по карте сети…
Замечательно. А если компания большая? К примеру у меня нет доступа к каким-либо картам сети, это не моя обязанность — администрировать внутренние сети. Как быть? Сам отвечу. Есть отдел мониторинга — это приложение как раз для него. Конечно, по большому счету вся информация должна быть собрана в одном месте.
>>> если кто-то пользуется subj — похоже он плохо организовал свою работу или мало опыта
Позволю себе не согласиться. Меня RackTables, в первую очередь привлекает именно возможностью визуализации наполненности стоек, ибо серверных много, оборудования еще больше. Держать все в голове? Всякая мишура с сетями не так важна, по большому счету.
Бывает конечно. Какой-нибудь древний сервис «из коробки», админы которого давно уволились или забыли, про что там речь… Так и живет одинокий системник (хорошо если это все таки сервер формата tower, а не самосбор) по 10 лет. Или когда очень срочно нужно что-то запустить, а серьезного железа нет на складе. Но лучше конечно от такого добра избавляться по мере возможности.
Вообще держать системники рядом со стойкой на полу в серверной — не самая хорошая идея. Ненадежно. Проще вообще запретить использовать немонтируемое оборудование, как мне кажется. У нас в конторе это запрещено )
1. Да, перловые модули входят в состав пакета. Менеджер пакетов скорей всего будет чувствовать себя прекрасно, ибо я еще не встречал перловых модулей в виде пакетов для соляриса.
2. Разницы никакой.
Затем создаем новый объект типа VM. И в свойствах в поле select container указываем наш физический сервер.
DEB пакет под x86_64. Собрано и протестировано на Ubuntu Server 10.04 x64.
Замечательно. А если компания большая? К примеру у меня нет доступа к каким-либо картам сети, это не моя обязанность — администрировать внутренние сети. Как быть? Сам отвечу. Есть отдел мониторинга — это приложение как раз для него. Конечно, по большому счету вся информация должна быть собрана в одном месте.
>>> если кто-то пользуется subj — похоже он плохо организовал свою работу или мало опыта
Позволю себе не согласиться. Меня RackTables, в первую очередь привлекает именно возможностью визуализации наполненности стоек, ибо серверных много, оборудования еще больше. Держать все в голове? Всякая мишура с сетями не так важна, по большому счету.
2. Разницы никакой.