https://opennet.dev/openforum/vsluhforumID3/109899.html Доступен (https://www.proxmox.com/en/news/press-releases/proxmox-ve-4-4) релиз Proxmox Virtual Environment 4.4 (http://www.proxmox.com), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix XenServer. Размер установочного iso-образа (http://www.proxmox.com/downloads/) 521 Мб.<br><br><br><br>Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса : поддержка безопасной VNC-к https://opennet.dev/openforum/vsluhforumID3/109899.html#46 Sun, 26 Mar 2017 15:11:29 GMT Крутится на проксмоксе уже 2-й год виртуальный сервер под шаред хостинг, 200 хостов примерно. В этом году еще понадобился файерберд сервер - и все это удовольствие бесплатно. Хороший подход. Не могу иметь претензий, лишь бы лавочку не закрыли<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#45 Fri, 16 Dec 2016 07:37:16 GMT &gt; 2 HCL - да про него, хранилка - это построение SAN для Vmware <br><br>SAN по-разному можно строить. Можно FC, а можно и iSCSI на карточках с аппаратным инкапсюлированием.<br><br>&gt; 3 Стоимость владения намного ниже для нас чем Vmware<br><br>Ну так я потому и спрашивал расчет. Просто интересно было - как считали.<br><br>&gt; опять же Vmware не чистый, к нему еще нужно бекапы докупать и т.д.<br><br>Если бэкапы делать таким же образом, как на Proxmox - такие "бэкапы" можно сделать и на PS-скриптах в вари, без проблем. Плюс, варь, вроде бы, бесплатный аплаенс для бэкапов раздает. Хотя, он достаточно убогенький и лишь для не слишком большого количества VM годится.<br><br>&gt; 4 ZFS после настроек съел 8-12GB, цена VSAN - лямы<br><br>Ну VSAN, вроде как, $2500 стоит на проц. Не лямы. Хотя, конечно, и дороже. Но VSAN немного для другого предназначен - для гиперконвергентных платформ.<br>Опять же, считать отдельно VSAN - смысла нет, в рамках какого-то общего пакеты лицензий - он дешевле.<br>Ну и так, на всякий случай - по GPL-ценам никто и ничего не покупает https://opennet.dev/openforum/vsluhforumID3/109899.html#44 Thu, 15 Dec 2016 15:21:46 GMT Ага. Тестировали примерно три-четыре года назад Proxmox, ESXi и KVM. <br>В итоге, пришли к такому же выводу, как из-за косяков в сабже, так и по причине более жёсткого HCL для VMware. Удобно, да и по плюшкам запас есть, есть куда двигаться.<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#43 Thu, 15 Dec 2016 13:28:17 GMT 1 Ну статистику она и портит более чем минимальные простои от косяков проксмокса<br>2 HCL - да про него, хранилка - это построение SAN для Vmware<br>3 Стоимость владения намного ниже для нас чем Vmware, опять же Vmware не чистый, к нему еще нужно бекапы докупать и т.д.<br>4 ZFS после настроек съел 8-12GB, цена VSAN - лямы<br>5-6 Потому что в пиках возникают проблемы у всех соседей в том или ином виде, ограничивать и корпеть над каждым ограничением глупо, та же сеть, диски и т.д. Потом при виртуализации нужно соблюдать архитектуру процессоров, чтобы сохранить миграцию, в этом случае весь кластер работает на архитектуре минимального севрера. Потом диагностика узких мест при БД будет проблематична и не всегда очевидна.<br><br><br>Ну и скажу совсем непопулярную мысль<br>Сервера Intel и Supermicro не уступают в надежности Hp, Dell, IBM, а в цене по совокупности в разы дешевле<br>Хранилки не в счет, там отдельная тема<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#42 Thu, 15 Dec 2016 09:06:21 GMT &gt; - Большинство ошибок кроются в кривых руках тех или иных лиц, неправильная структура, разработчики<br><br>Да, но это зачастую - данность, с которой приходится жить и, соответственно, подстраивать под это инфраструктуру. Как оправдание это - увы - почти никогда не работает.<br><br>&gt; - Требуется замена оборудования для обеспечения совместимости c Vmware, строгое выделение хранилки, при том не одной <br><br>Насчет "замены оборудования", честно говоря, не понял что имеется в виду. Про HCL, что ли, речь?<br>Насчет "строгого выделения хранилки" - тоже не совсем понял.<br><br>&gt; - Время простоев во время перехода очень большое, отдельный большой вопрос с <br>&gt; vmware tools, которые под тот же gentoo (не спрашивайте зачем он <br>&gt; у нас) будут собираться и допиливаться долго<br><br>Так речь не о переходе. Если закладывать переход - то это к любой системе некислый плюс к цене пририсует, даже к бесплатной.<br><br>&gt; - VSAN от Vmware стоит порядком денег, в Proxmox Ceph и ZFS+NFS+rsync <br><br>Так ведь мы о стоимости владения говорим, а это параметр комплек https://opennet.dev/openforum/vsluhforumID3/109899.html#41 Thu, 15 Dec 2016 07:47:06 GMT Считалась<br>Но выяснилось вот что:<br>- Большинство ошибок кроются в кривых руках тех или иных лиц, неправильная структура, разработчики<br>- Требуется замена оборудования для обеспечения совместимости c Vmware, строгое выделение хранилки, при том не одной<br>- Время простоев во время перехода очень большое, отдельный большой вопрос с vmware tools, которые под тот же gentoo (не спрашивайте зачем он у нас) будут собираться и допиливаться долго<br>- VSAN от Vmware стоит порядком денег, в Proxmox Ceph и ZFS+NFS+rsync<br>- Простой в час в год является допустимым у нас<br>- uptime кластера доходил до 2 лет, отсюда и с 3-ки пока не уходим<br>- Ну и стоит понимать, тут задавали вопрос о высоком IO и загрузки проца, так вот такие вещи вообще виртуализировать нельзя! те же базы данных у нас хранятся на отдельных серверах и тут вопрос не в системе виртуализации<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#40 Thu, 15 Dec 2016 07:42:32 GMT Да<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#39 Thu, 15 Dec 2016 06:28:21 GMT &gt; Всецело 24*7, несколько кластеров по миру все стабильно, но иногда не радует <br><br>Вижу более-менее системный подход, в связи с чем не могу не спросить - считалась ли стоимость владения и сравнивалась ли с коммерческими решениями?<br>Полагаю, прекрасно понятно, что в стоимость закладываются и вынужденные аварийные простои бизнес-систем, крутящихся на этих виртуалках, что в принципе не может быть "бесплатным", только если там не тест/разработка крутится.<br> https://opennet.dev/openforum/vsluhforumID3/109899.html#38 Wed, 14 Dec 2016 23:39:29 GMT Смена у GNU GPL ПО логотипа с последующем распространением в массы - а разве так можно? Ведь вы же не форк сделали.<br>