https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html Добрый день сообществу!<br><br>Досталась в обслуживание небольшая организация, в которой, на мой взгляд, неэффективно используются серверные ресурсы. Есть два железных сервера - от НР и от SM, на одном спит 1С под 2008 сервером на 6 ГБ ОЗУ, на другом сделан шлюз на линуксе с 16 ГБ. "Спит" - потому, что работает с бухгалтерией 1 человек пару раз в неделю. У обоих средняя загрузка болтается в районе 0-2%<br><br>После обсуждения с руководством, решили "поменять их местами" с оптимизацией ресурсов, получил общее "добро", но без серьёзных финансовых вливаний, т.к. организация бюджетная - все большие расходы/закупки/договора только через тендер со всеми вытекающими растратами времени...<br>Выбор пал на Proxmox - много пишут про неё, бесплатна, перспективна и недавно вышел новый релиз...<br>Для обкатки и экспериментов выделили машинку 2xIntel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz с 2 ГБ оперативки (пока) и диск на 512 ТБ.<br><br>Поставил PVE, сделал снап системного диска 2008 - получилось 120 ГБ. И вот тут я упёрся: установщик PVE с https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#17 Mon, 21 Aug 2017 10:00:25 GMT Вы считаете что проблема в том, что руководство не прочитано?? <br>)))) <br><br><br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#16 Fri, 11 Aug 2017 14:20:06 GMT &gt;&gt;&gt; вот тут я упёрся: установщик PVE сделал два раздела - 100 <br>&gt;&gt;&gt; ГБ local и 350 ГБ - local-lvm, причём к последнему доступ <br>&gt;&gt;&gt; старательно скрывает - из консоли (шелла) я пока добраться до него <br>&gt;&gt;&gt; не могу.<br>&gt;&gt; local-lvm - Это lvm thin pool, внутри него создаются разделы с дисками <br>&gt;&gt; для виртуалок <br>&gt; Спасибо. До сих пор пока не сталкивался.<br><br>В общем, для тех, кто вдруг обнаружит, что идёт по моим стопам и упирается в ту же стену - дополнительные подсказки для решения ситуации (тех, кто эти грабли оставил уже далеко позади, прошу сильно не критиковать):<br>для поддержания оптимизьма в настроении - можно посмотреть на вывод pvs и lvs - первая покажет, что есть том lvm, его размер, расположение, формат, а вторая - чем он занят.<br><br>&gt;&gt;&gt; Залить на local - не хватает места. Как можно <br>&gt;&gt;&gt; конвертнуть .vhd и залить на local-lvm в условиях нехватки дискового пространства?<br>&gt;&gt; Создаёшь два lvm тома по ~140 гиг внутри local-lvm, форматируешь их, монтируешь, <br><br>С этой частью можно поступить проще - по подсказке https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#15 Sat, 05 Aug 2017 12:01:20 GMT &gt;&gt;&gt; До этого работал только с VMWare. Там таких заморочек с промежуточным разделом <br>&gt;&gt;&gt; для заливки служебных/рабочих данных не было. Сейчас читаю wiki от PVE, <br>&gt;&gt; Делайте на том что знаете.<br>&gt; Решение принято. Руководство не верит в окончательную бесплатность VMWare. :( <br><br>oVirt не подойдет?<br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#14 Thu, 03 Aug 2017 18:09:01 GMT &gt; Прочтите наконец руководство к Windows Update Cleanup <br>&gt; Все удаляется... Ничего не растет....<br><br>Гы, всего за 5 лет плагин сделали. Правда, уже не надо, совсем.<br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#13 Thu, 03 Aug 2017 16:31:49 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Или Вы не про то?<br>&gt; Не про то.<br>&gt; Для борьбы с DLL Hell M$ не удаляют старые версии. Начиная то <br>&gt; ли висты, то ли с 2008 все обновления накапливаются, неограничено раздувая <br>&gt; файловую систему. Начальная установка 10G, через полгода 100G, ещё через полгода <br>&gt; 300G.<br>&gt; Разумеется, можно форкать снапшот исходной установки, а не ставить с нуля, но <br>&gt; ожидай граблей с AD, лицензиями и проч. В какой-то момент тебе <br>&gt; потребуется старая и новая копии одновременно, а у них не совпадают <br>&gt; только MAC-адреса.<br><br>Прочтите наконец руководство к Windows Update Cleanup <br>Все удаляется... Ничего не растет....<br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#12 Thu, 03 Aug 2017 16:20:33 GMT &gt;&gt; удалить. Единственный разумный способ - каждые полгода переставлять винду заново и <br>&gt;&gt; переносить со старой копии только пользовательские данные.<br>&gt; Рассказать, как я делал "внешний fstrim" qemu-образу виртуалочки с XP?<br>&gt; Или Вы не про то?<br><br>Не про то.<br><br>Для борьбы с DLL Hell M$ не удаляют старые версии. Начиная то ли висты, то ли с 2008 все обновления накапливаются, неограничено раздувая файловую систему. Начальная установка 10G, через полгода 100G, ещё через полгода 300G.<br><br>Разумеется, можно форкать снапшот исходной установки, а не ставить с нуля, но ожидай граблей с AD, лицензиями и проч. В какой-то момент тебе потребуется старая и новая копии одновременно, а у них не совпадают только MAC-адреса.<br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#11 Thu, 03 Aug 2017 15:38:17 GMT &gt; Про твою 2008 - 120G ей не хватит, она растёт неограниченно. Старые <br>&gt; патчи там никогда не удаляются и вообще нет штатного способа их <br>&gt; удалить. Единственный разумный способ - каждые полгода переставлять винду заново и <br>&gt; переносить со старой копии только пользовательские данные.<br><br>Рассказать, как я делал "внешний fstrim" qemu-образу виртуалочки с XP?<br><br>Или Вы не про то?<br><br>&gt; Если не планируешь использовать кластерные функции PVE и контейнеры, то сам PVE <br>&gt; тебе не сильно нужен. Поставь virt-manager и сиди на голом KVM. https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#10 Thu, 03 Aug 2017 15:23:25 GMT &gt; Не сомневаюсь - давно на него смотрю, радует, как проект растёт, только <br>&gt; раньше боялись его попробовать из-за возможной сырости.<br><br>Сидел на нём лет 7 - никакой сырости, только поставь аккуратно.<br><br>Про твою 2008 - 120G ей не хватит, она растёт неограниченно. Старые патчи там никогда не удаляются и вообще нет штатного способа их удалить. Единственный разумный способ - каждые полгода переставлять винду заново и переносить со старой копии только пользовательские данные.<br><br>Если не планируешь использовать кластерные функции PVE и контейнеры, то сам PVE тебе не сильно нужен. Поставь virt-manager и сиди на голом KVM.<br><br> https://mobile.opennet.dev/openforum/vsluhforumID1/96959.html#9 Thu, 03 Aug 2017 09:28:40 GMT &gt; Про миграцию на Proxmox: https://pve.proxmox.com/wiki/Migration_of_servers_to_Proxmox_VE<br>&gt; Storage Model: https://pve.proxmox.com/wiki/Storage <br><br>Да-да. Вот где-то здесь я сейчас и обитаю...<br><br>&gt;&gt; Поставил PVE, сделал снап системного диска 2008 - получилось 120 ГБ. И <br>&gt;&gt; вот тут я упёрся: установщик PVE сделал два раздела - 100 <br>&gt;&gt; ГБ local и 350 ГБ - local-lvm, причём к последнему доступ <br>&gt;&gt; старательно скрывает - из консоли (шелла) я пока добраться до него <br>&gt;&gt; не могу.<br>&gt; local-lvm - Это lvm thin pool, внутри него создаются разделы с дисками <br>&gt; для виртуалок <br><br>Спасибо. До сих пор пока не сталкивался.<br><br>&gt;&gt; Залить на local - не хватает места. Как можно <br>&gt;&gt; конвертнуть .vhd и залить на local-lvm в условиях нехватки дискового пространства?<br>&gt; Создаёшь два lvm тома по ~140 гиг внутри local-lvm, форматируешь их, монтируешь, <br>&gt; на один заливаешь .vhd и конвертишь его в raw на второй <br>&gt; раздел. Первый раздел удаляешь. Смотришь - какого размера получился raw образ, <br>&gt; создаёшь виртуалку и указывешь ей