https://www.opennet.ru/openforum/vsluhforumID3/114339.html Доступен (https://www.proxmox.com/en/news/press-releases/proxmox-ve-5-2-released) релиз Proxmox Virtual Environment 5.2 (http://www.proxmox.com), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix XenServer. Размер установочного iso-образа (http://download.proxmox.com/iso/) 611 Мб.<br><br><br><br>Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса : поддержка безопасн https://www.opennet.ru/openforum/vsluhforumID3/114339.html#85 Wed, 23 May 2018 15:40:48 GMT &gt; virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним. <br>&gt; А все-же, можно парочку примеров? Я использую virtio-scsi через который trimm <br>&gt; можно пропускать.<br><br>описался s/virtio/libvirt/<br> https://www.opennet.ru/openforum/vsluhforumID3/114339.html#84 Wed, 23 May 2018 09:03:20 GMT Наверное я не совсем понятно выразился про lio, управлять им не может proxmox, может только iet. В ручную это делать смысла нет, тогда уж проще libvirt использовать.<br><br>Про zfs, лично я им пользуюсь уже более 5 лет в linux (надеюсь, логопед будет доволен), да косяки есть, но они не настолько критичны. Но, в целом, zfs обеспечивает большую безопасность данным, причем намного. Приведу небольшой пример. В zfs очень редко можно поймать зависание операций ввода вывода из-за циклических блокировок. В этом случае, вам придется перезагрузить машину. Потерь данных, у меня ни разу не было. С другой стороны, на аппаратной raid-10 массиве в сервере dell с серверными scsi -дисками, оказалось, примерно с такой-же частотой с одного из дисков читались неверные данные. В результате рухнуло несколько виртуальных машин. Было очень тяжело понять в чем дело, об ошибках не было никакой информации, выяснилось после миграции хоста на zfs - в контрольных суммах появились ошибки на сбойном диске. А косяки lvm до сих пор не все выявили https://www.opennet.ru/openforum/vsluhforumID3/114339.html#83 Tue, 22 May 2018 22:35:48 GMT Вообще, нет проблемы вкомпилить zfs+spl статически прямо в ядро.<br> https://www.opennet.ru/openforum/vsluhforumID3/114339.html#82 Mon, 21 May 2018 07:38:52 GMT &gt; когда штатный установщик системы устанавливает-устанавливает, да и не выустанавливает <br>&gt; на совершенно ровном месте.<br><br>Сходи-ка на багтрекер и форум PVE. Посмотрим каким местом ты устанавливал и насколько оно ровное.<br><br>Баги там есть очевидно, в том числе в установщике. Но на моем железе УМВР, в отличие от ESXi, кстати.<br> https://www.opennet.ru/openforum/vsluhforumID3/114339.html#81 Mon, 21 May 2018 07:29:23 GMT 1. ZFS не пользуюсь. Пока он не проходит мой личный QA. Не все грабли собраны. virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним.<br>2.<br>&gt;А потому, что нет никакой возможности управлять iscsi-target в современном linux<br><br>В современных ядрах LIO, который управляется targetcli. Много этим пользоваться не приходилось, предпочитаю избегать iSCSI в проде, но впечатление осталось неплохое, прозрачная понятная и удобная штука (если сравнивать со всякими альтернативами, СХД и т.д.)<br>3. Дебианский ifupdown это реальный недостаток в том числе Proxmox. Сам плююсь на него каждый раз. Практика показала, что стабильнее всего со сложными конфигами сети в Debian-based справляется OVS. VLAN-aware штука годная, но сыроватая на мой вкус.<br><br>ЗЫ<br>&gt;линакс<br><br>с этим к логопеду<br> https://www.opennet.ru/openforum/vsluhforumID3/114339.html#80 Sun, 20 May 2018 17:34:24 GMT Пользуюсь проксмоксом, честно говоря от безысходности. Нужна хоть какая-нибудь интеграция с zfs и web-консоль с адекватным разграничением доступа, чтобы можно было дать доступ виртуалкам для не очень квалифицированного специалиста.<br><br>Я пропущу достоинства, думаю, маркетологи справятся за меня, давайте поговорим о проблемах.<br><br>1. Если мы создаем диск виртуальной машине в пуле zfs, как вы думаете, будем ли мы использовать снимки? Вопрос риторический, ради это все и делается. Если есть снимок, то любая запись в диск будет расходовать место в пуле. Что произойдёт, если в пуле кончится место, как вы думаете?<br> <br> Например во всех системах, основанных на libvirt все виртуальные машины, зависимые от пула окажутся в состоянии paused и можно их запустить заново, после освобождения пространства. А в proxmox - сюрприз, в виртуалку прилетит WriteError, при этом линаксы, как правило, сами заблокируют операции записи, не позволив испортить файловую систему, но сервисы могут попадать. А винда молча порушит ntfs. Можно в https://www.opennet.ru/openforum/vsluhforumID3/114339.html#79 Sat, 19 May 2018 18:58:06 GMT Тем, кого заинтересовал и заинтересует Proxmox - https://forum.pfsense.org/index.php?topic=136398.0<br> https://www.opennet.ru/openforum/vsluhforumID3/114339.html#78 Sat, 19 May 2018 16:08:11 GMT да нет, скорее "а что, еще кто-то есть?"<br><br>нужна хранилка со снапами, хрен уж с ними с рефералами (хотя их недавно в zfs впилили, но доступа к ним из юзерспейс нет), нужно было чем-то менять мертвый и уже мумфицировавшийся openvz, нужна distributed fs и средства синхронизации кластера.<br><br>а что разработчики всего этого (может кроме пункта 1) не умеют в принципе обратную совместимость и не желают заниматься поддержкой, вынуждает бежать впереди паровоза, иначе обратно редхат получится, а это место на рынке уже занято.<br><br>&gt; В управлении компании прекрасно понимают, что новые технологии можно обкатать только на<br>&gt; пользователях.<br><br>а профит-то где? Вот в моем лице потенциальный клиент потерян лет на десять. То есть, вероятнее всего, навсегда. До наступания на баги собственно ключевых технологий дело даже не дошло.<br>Я еще может где-то попытаюсь этим пользоваться для хобби-проектов, но попытки притащить эту каку в прод будут мной жестко обломаны, притащивший отправится лично разбираться, где и что там патчили в ста https://www.opennet.ru/openforum/vsluhforumID3/114339.html#77 Sat, 19 May 2018 09:38:16 GMT в багтрекерах сложных систем - всегда "навалом всякого", включая 12309<br>Причем - любых. <br><br>Но одно дело - напороться на баг в нетривиальной конфигурации, проявляющийся не у всех, не всегда, и в принципе сложноустранимый. Совсем другое - когда штатный установщик системы устанавливает-устанавливает, да и не выустанавливает на совершенно ровном месте.<br><br>Это a) отсутствие тестирования в элементарщине - можно не проверять, тестируют ли они что-то более сложное b) уровень кодеров - можно не проверять, какими руками они ковыряются в ядре или в zfs, хорошо если аккуратно тянут у бубунты, как тут предполагают, если даже пихоновский (или что это?) скрипт ниасилен, откуда другим взяться? c) уровень менеджмента, от которого еще не огреблись первые и вторые коекакеры - причем немедля, с отзывом релиза и выводом разборок наружу - облом при установке - отличный шанс потерять потенциальных клиентов, если устанавливали на посмотреть-подумать, и сделали те же выводы, что и я.<br><br>