The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Proxmox VE 7.4, дистрибутива для организации работы виртуальных серверов , opennews (??), 24-Мрт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


11. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от deusbase (ok), 24-Мрт-23, 10:47 
Использую, доволен, но приходится ставить на чистый Дебиан, тк родной граф. инсталятор не понимает встроенную в плату видюху и из-за 8Gb ОЗУ ставлю на программный RAID1 вместо ZFS, которого тоже нет в инсталяторе.
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от EuPhobos (ok), 24-Мрт-23, 11:36 
А что не так с ZFS-рэйдом?
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 24-Мрт-23, 11:44 
Это тот, который требует 2 гб памяти на каждый терабайт стораджа чтобы работать относительно нормально? Действительно, больше же нечем занять оперативку.
Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +1 +/
Сообщение от анон (?), 24-Мрт-23, 11:52 
Гораздо больше. Под нагрузкой приходится очень сильно подкручивать параметры. Иначе всё дохнет.
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –2 +/
Сообщение от maximnik0 (?), 24-Мрт-23, 12:25 
А дедубликацию отключить не пробовали ? При отключенный дедубликацию на 8-10 гиг ОЗУ ZFS уже в принципе работает.Конечно при условии что рэйд не на 100 тб,тогда памяти побольше потребуется.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

27. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 24-Мрт-23, 12:36 
Всего 4 диска было, так что около 70. Да, занять память кроме как рейдом действительно больше нечем, о чём и речь.
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 24-Мрт-23, 12:49 
Кэширование нинуна, нинуна, нинуна!

Память нонеча дорога а пользователи - еще подождут.
Ну и ресурс накопителей надо ж убить побыстрее, а то на новые бюджет не выделят.


Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 24-Мрт-23, 22:20 
Зойчем двойное кеширование (да ещё и с системными буферами в случае ZFS не дружащее) на уровне доступа к NAS/SAN, если виртуалки сами себе кешируют то, что им нужно?
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 00:24 
> Зойчем двойное кеширование (да ещё и с системными буферами в случае ZFS
> не дружащее) на уровне доступа к NAS/SAN, если виртуалки сами себе
> кешируют то, что им нужно?

затем что диск читается не теми кусками которые нужны виртуалке - потому что это был бы бесконечный трэшинг. Она ж ничего не знает ни о том что диск виртуальный и на самом деле размазан по десятку, ни что параллельно другая виртуалка читает смежные блоки.

Поэтому block reordering, prefetch, а иногда и fair-queue и рейтлимитеры.

В общем-то ты всегда можешь выключить префетч у zfs и сам убедиться, что начинается форменный п-ц. (потому что читать он все равно будет как минимум блоками, но, поскольку доктор сказал в морг - почитанное немедленно роняется на пол и при следующем запросе читается заново)


Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 25-Мрт-23, 12:05 
Смежные блоки - это префетч. Толку от него в последнее время реально как от козла молока, большинство чтений либо большими последовательными кусками, либо мелкое рандомное.
Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 12:43 
ну и как ты узнаешь извне виртуалки - это вот последовательный кусок читают и сейчас придут за продолжением, или один блок? Поэтому и префетч. Диски без перепозиционирования - быстрые, флэши в пределах страницы вообще мгновенные, поэтому лучше почитать лишнего чем потом заново инициировать операцию.

И так оно на всех уровнях - внутри самого накопителя тоже те же технологии.

Я ж говорю, есть прекрасный способ убедиться, в zfs он выключается. При этом она разумеется продолжает читать большими кусками, но хозяин велел без префетч - ок, старательно бросает все лишнее на пол и при следующем запросе еще раз читает то же самое.
Результат, если сможешь его померять и отобразить читаемо - тебя приятно удивит.

Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 26-Мрт-23, 15:44 
Не надо это извне узнавать. Виртуалка свой префетч имеет, о котором знает, и о том, что ей из этого куска реально нужно - никому не скажет, никому и не надо.
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 25-Мрт-23, 12:06 
То, что ZFS без него нормально не живёт - ну, проблемы индейцев, вот это всё.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

37. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –3 +/
Сообщение от maximnik0 (?), 24-Мрт-23, 13:12 
> Всего 4 диска было, так что около 70. Да, занять память кроме
> как рейдом действительно больше нечем, о чём и речь.

А слово кэш не слыхал ? Вон у меня ноутбук-14 гб чистой памяти,на кэш уходит 8гб,а у ZFS есть проблема (не знаю насколько актуальная) у нее собственный кэш,не интегрированный с VFS ядра.Из-за этого и жручесть Озу у ZFS//


Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

40. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –2 +/
Сообщение от пох. (?), 24-Мрт-23, 13:38 
у ведра нет никакой интеграции кэша с vfs. Вот у zfs - она есть. А у ведра твоего обычный buffer cache, не отличающий что нужно от того что не нужно кэшировать никак. Из-за этого никакой дополнительной жручести нет - наоборот, в дефолтных настройках буферкэш занял бы почти всю доступную память, а zfs прижата 50% барьером и часть памяти (если конечно она свободна) просто пропадает зря.

Проблемы жручести зфс как обычно - выдуманы людьми слышавшими звон перепетый рабиновичем.

В целом в варианте проксмоксиного наиболее вероятного применения - там вообще нет ТАКОЙ проблемы.
Но вот стоит ли в принципе связываться с zol в ее нынешнем сумеречном состоянии - вопрос сложный. Вполне вероятно что лучше вообще плюнуть и оставить все на lvm volumes. хотя, неумение этой штуки в thin вероятно все испортит.

Ставьте ovirt короче, не выпендривайтесь. Больше на этом базаре продавцов все равно нет.

Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:14 
> связываться с zol в ее нынешнем сумеречном состоянии - вопрос сложный.

Это по поводу лицухи или технически?

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –2 +/
Сообщение от пох. (?), 24-Мрт-23, 14:23 
>> связываться с zol в ее нынешнем сумеречном состоянии - вопрос сложный.
> Это по поводу лицухи или технически?

Технически. Когда лидер проекта на найденый с точностью до конкретного куска кода и подтвержденный баг отвечает что "нет ресурсов" им заниматься. Касался, кстати, именно zvol. (Через пару лет все же исправили - но осадочек-то...)

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:46 
> Технически.

Да, согласен... то же самое как с musl, сколько было тыкания носом в РФЦ что DNS должен поддерживать TCP, пока народ не начал сваливать с Alpine, теперь "о создатель", проснулся... но осадок остается.


Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (63), 24-Мрт-23, 15:19 
>Вполне вероятно что лучше вообще плюнуть и оставить все на lvm volumes.
>хотя, неумение этой штуки в thin вероятно все испортит.

А что именно не умеет thin? И LVM-thin и Zvol нормально под сабжем работают.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

87. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 00:27 
> А что именно не умеет thin? И LVM-thin и Zvol нормально под
> сабжем работают.

они уже научились устанавливаться на thin? Раньше его требовалось создавать вручную, а поскольку мало кто понимает как он работает и где грабли - лучше уж было плюнуть и остаться на zfs (на которую с пятой версии научились ставиться самостоятельно и автоматически)


Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от maximnik0 (?), 24-Мрт-23, 23:43 
>у ведра нет никакой интеграции кэша с vfs.

Странно,я читал что с 4 версии ядра кое какие механизм есть.Порывшись в инете а именно https://russianblogs.com/article/89331674217/

Цитирую оттуда >>>
Как видно из рисунка, в Linux конкретные файловые системы, такие как ext2 / ext3, jfs, ntfs и т. Д., Отвечают за обмен данными между файловым кешем и устройствами хранения, а виртуальная файловая система VFS, расположенная на определенном файловая система отвечает за обмен данными между приложением и файловым кешем через интерфейсы чтения / записи, а система управления памятью отвечает за выделение и восстановление файлового кеша, а система управления виртуальной памятью (VMM) позволяет карте памяти использоваться между приложением и файловым кешем Обмен данными. Можно видеть, что в системе Linux кэш файлов является концентратором связи между системой управления памятью, файловой системой и прикладной программой

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

45. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:09 
> Это тот, который требует 2 гб памяти на каждый терабайт стораджа

Слышал звон, но не знает где он...
ЗФС нужно много памяти если используется дедупликация, а без нее на двух гигах памяти можешь навесить десятки терабайт и все прекрасно будет работать

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

49. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 24-Мрт-23, 14:15 
Ну во-первых толку от неё без дедупликации, а, во-вторых, ты грязный врунишка.

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:28 
> Ну во-первых толку от неё без дедупликации

Да ну !?
А в нетфликсе то и не слышали твоего "гениального" мнения...
ЗФС про надежность, а не про экономию на копейках

> , а, во-вторых, ты грязный врунишка.

Если у тебя руки растут не как у всех людей, - то это твоя проблема

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –2 +/
Сообщение от пох. (?), 24-Мрт-23, 14:34 
>> Ну во-первых толку от неё без дедупликации
> Да ну !?

ну да
> А в нетфликсе то и не слышали твоего "гениального" мнения...

а в нетфликсе нет zfs. вообще.
> ЗФС про надежность, а не про экономию на копейках

глядя на стойки нетапп (да, внутри это клон zfs) - ничего так себе копейки.
Но да, бывают приключения. Но при цене этих деталек - лучше быть повнимательней и поаккуратней, но новую полку купить как-нибудь не в этом году.

Но разница как раз в том что у нетапы - работает, и достаточно предсказуемо. А у выкинутой на помойку реализации openzfs - не очень (технология в момент выкидыша была в зачаточном состоянии, нетапа справилась а эти затобесплатные - как обычно).

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 24-Мрт-23, 15:07 
> а в нетфликсе нет zfs. вообще.

Не правда. Сама загрузка, конфиги, логи (система одним словом) сидит на ЗФС, а сам контент для стрима на UFS2

> глядя на стойки нетапп (да, внутри это клон zfs) - ничего так себе копейки.

А причем здесь это? Я говорю про дедупликацию. Есть область применения где это очень сокращает обьем носителей и дедупликация оправдана, но если контент зашифрованное файло, медиа и прочий наиблее встречающися контент, то смысла от дедупликации от вкладывания в гигансткое количество памяти и материнок которые поддержат - нет

> нетапы - работает, и достаточно предсказуемо. А у выкинутой на помойку реализации openzfs - не очень

нетапы основаны на Фряхе, и с недавнего времени Фряха решила обьеденится с ОпенЗФС т.к. там движуха значительно активней и совместимость тоже не на последнем месте

Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 24-Мрт-23, 17:13 
>> глядя на стойки нетапп (да, внутри это клон zfs) - ничего так себе копейки.
> А причем здесь это? Я говорю про дедупликацию. Есть область применения где

ну вот она в тех стойках - включена. Иначе б мы разорились давно. Да и не влезет оно просто - там где-то 1:3 получается в среднем по больнице. Еще два раз по столько полок в цод не поместится.

Да, за потреблением памяти надо следить - само оно иногда может таки встать колом. Но чаще всего справляется, а потери нервов по мнению бизнеса вполне оправдывают экономию.

> это очень сокращает обьем носителей и дедупликация оправдана, но если контент
> зашифрованное файло, медиа и прочий наиблее встречающися контент, то смысла от

оно поверх сжатия идет - так что считай что всегда зашифрованное. не спрашивай меня, что там такое - подозреваю, стопиццот копий одних и тех же сканов, например, принадлежащих разным сервисам.

> нетапы основаны на Фряхе, и с недавнего времени Фряха решила обьеденится с

ни б-же мой. Это ты с прямым уг... с freenas перепутал.
Нетапа когда-то очень давно использовала код от фри, но они давным давно ушли в свою сторону и обратно не синхронизируются  - т.е. там не openzfs а что-то  давно уже совершенно отдельное, и судя по их недавним попыткам кое-что отдать в опенсорс - разошлись они где-то в районе когда все примерно соответствовали солярисному образцу, общего у них теперь считай нихрена (openzfs теперь тоже вовсе не похожа на ту zfs что еще была совместима с оракловой). Т.е. общий предок там жил во времена freebsd8.


> ОпенЗФС т.к. там движуха значительно активней и совместимость тоже не на
> последнем месте

если бы...
Просто кому-то надоело кормить разработчиков.

Ответить | Правка | Наверх | Cообщить модератору

96. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 25-Мрт-23, 15:56 
> если бы...
> Просто кому-то надоело кормить разработчиков.

Лютая правда...

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от Аноним (20), 24-Мрт-23, 14:52 
Нетфликс, кек. Ещё можно вспомнить, что у гугла ext2 "для надёжности".
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

72. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 24-Мрт-23, 18:26 
> Нетфликс, кек. Ещё можно вспомнить, что у гугла ext2 "для надёжности".

c разморозочкой. в 2009м они перешли на ext4/nojournal

да, для надежности в том числе - так как умела терять данные ext3 2003-2007 примерно года издания - никому больше не удавалось. (журнал без контроля целостности)
Но в первую очередь из-за ее дичайших тормозов.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от Аноним (20), 24-Мрт-23, 19:25 
У ext4/nojournal производительность ext2, кстати. На практике вообще не юзабельно. А у гугла вроде свои костыли для контроля целостности и всего прочего, так что могут себе позволить.
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 16:28 
> У ext4/nojournal производительность ext2, кстати. На практике вообще не юзабельно.

пользуюсь везде кроме тяп-ляп установленного по шаблону для либо одноразовых экспериментов, либо чужих проектов где запросили "стандартное". Потому что на современном железе журнал не имеет ни малейшего смысла.
А там где он мог бы иметь какой-то смысл, там не ext4.

Что я делаю не так? Производительность от убирания лишней двойной записи метаданных только вырастет.

> гугла вроде свои костыли для контроля целостности и всего прочего, так

Гуглю ее нет смысла контролировать. От того что в твоем мега-творении на ютубе выпадет целый один битик - никто не помрет и даже не узнает об этом. А вот ошибка его чтения с паниками или даже пусть просто сбоями не ожидающего такой подставы софта - это плохо. И что с этим делать - совершенно непонятно (то есть пользы от знания что битик выпал нам никакой).

Ценные данные он, разумеется, в таком виде не хранит. Но твои видео для него никакой ценности не имеют - пойдет что-то не так - сам и перезальешь.

Ответить | Правка | Наверх | Cообщить модератору

98. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 25-Мрт-23, 16:48 
Время доступа возрастает на порядки, пиковая пропускная способность падает в разы. Вот, что не так ты делаешь. Использование может быть оправдано, когда где-то на другом уровне кто-то позаботится о сохранности данных, что в стандартной ситуации совсем не так. Надёжный способ повысить производительность это journal_data_writeback, только, опять же, если прилетит паника или обесточивание, в открытых на запись файлах окажется мусор с весьма высокой вероятностью.
Ответить | Правка | Наверх | Cообщить модератору

101. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –3 +/
Сообщение от пох. (?), 25-Мрт-23, 17:14 
> Время доступа возрастает на порядки, пиковая пропускная способность падает в разы.

а мужики-то и не знали.
Скажи, вот какие бредовые предположения об устройстве фс вообще навели тебя на предположение о таком бреде? (Я понимаю что проверять их тебе в голову вообще не приходило, но что, чорт подери, должно быть у человека в голове чтоб вообще нафантазировать такую чушь?)

> ситуации совсем не так. Надёжный способ повысить производительность это journal_data_writeback,

тооочно! Если мы данные два раза на диск запишем вместо одного - мы надежно ж повысим производительность!

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 25-Мрт-23, 17:19 
Ну, во что ты там истово веришь тоже не имеет никакого значения. Я полноценно бенчил и профилировал под нагрузкой, например. А ты?
Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 19:52 
> Ну, во что ты там истово веришь тоже не имеет никакого значения.

я не верую, я знаю как это работает. И могу делать вполне обоснованные выводы из этих знаний.

> Я полноценно бенчил и профилировал под нагрузкой, например. А ты?

а я убедился что у меня нет описываемых тобой чудес и, поскольку результат вполне совпадал с теоретическим - дальше рыть не стал.

А что ты там профилировал-профилировал да не выпрофилировал - это у тебя надо спросить. Потому что когда результат не совпадает с тем что быть должно по техническим критериям - например, от 2x write multiplication  внезапно у тебя что-то там "ускорилось" - нормальный инженер идет разбираться что же он налажал в постановке эксперимента и как такое могло вообще получиться.

Но ты предпочел шаманские пляски. И святую веру в собственную непогрешимость, даже когда наблюдается явное противоречие законам физики.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

106. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 25-Мрт-23, 20:26 
Ну, никаких противоречий нет, ведь можно посмотреть как и для чего журнал используется и почему быстрее в итоге. А то ещё окажется, что это у тебя были лажовые непрофессиональные измерения, но раз они совпадали с твоими фантазиями, то ты и удовлетворился ими.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

107. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 25-Мрт-23, 21:07 
Ну же, я жду откровений.

Ты же посмотрел и сейчас мне расскажешь, как синхронная запись данных в журнал с перезаписью потом из журнала невиданно что-то у тебя ускоряет.

P.S. слушайте, а вот это вот все местное стадо - это правда такие только в рф и остались, или просто этот сайт собирает ярких представителей а в целом по палате все же больше вменяемых?

Хотя... судя по ставшим ежедневными пожарам, не говоря уж о взломах инфраструктур, все так и есть.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

78. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от Аноньимъ (ok), 24-Мрт-23, 22:59 
Вы бредите.
Нет у ЗФС такого требования.
А при желании его можно вообще на минимум потребления ОЗУ накрутить.
Запускал ZFS на 256МБ ОЗУ, и всё работало отлично.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

80. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (20), 24-Мрт-23, 23:05 
Какая нагрузка?
Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (94), 25-Мрт-23, 15:55 
согласен ) даже на fresh tomato zfs завезли и работает)
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –2 +/
Сообщение от пох. (?), 24-Мрт-23, 11:53 
Он же тебе написал - в окошкоменюшке нет.
(потому что он ставит поверх дерьмиана, в котором действительно нет, а родной графический инсталлятор ну ниасиливает у него чего-то)

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

46. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от deusbase (ok), 24-Мрт-23, 14:12 
8Гб памяти с 2 виртуалками становится прямо впритык 80-90%, плюс ZFS может начать ее жрать непредсказуемо, а тк Проксмокс по дефолту своп не уважает совсем, все заканчивается крэшем. С программным рэйдом и свопом на подстраховке проблем таких нет вообще, память стабильно на 70%.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

52. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от пох. (?), 24-Мрт-23, 14:20 
> 8Гб памяти с 2 виртуалками становится прямо впритык 85-90%, плюс ZFS может
> начать ее жрать непредсказуемо

Предсказуемо. Если что - я занимаюсь предсказаниями, и недорого. Но учти что предсказания не ведут к счастью.


Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:38 
> Но учти что предсказания не ведут к счастью.

Но дают надежду :)


Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от OpenEcho (?), 24-Мрт-23, 14:36 
> плюс ZFS может начать ее жрать непредсказуемо

Читайте про zfs_arc_max
и как это засунуть в /etc/modprobe.d/zfs.conf


Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

69. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  –1 +/
Сообщение от пох. (?), 24-Мрт-23, 16:57 
>> плюс ZFS может начать ее жрать непредсказуемо
> Читайте про zfs_arc_max

там все наврано. В смысле, она будет в какие-то моменты жрать (много!) больше чем то что ты туда напишешь (потому что там только часть arc).
И max это именно максимум - т.е. больше arc у тебя не вырастет (в ущерб производительности) но это вовсе не означает что он займет именно столько.

Т.е. не надо трогать эту переменную пока ничего не упало.

Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Аноним (90), 25-Мрт-23, 11:48 
>8Гб памяти с 2 виртуалками

Что такое две виртуалки? Это какая-то новая единица в системе СИ? В какой палате мер и весов можно глянуть на эталон?

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

125. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 26-Мрт-23, 16:03 
У меня простой вопрос:
Есть iSCSI SAN. SAN, не NAS!
Есть на нём ваш любимый ZFS RAID.
Как мне его подключить к полсотне хост-нод?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

126. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от Tron is Whistling (?), 26-Мрт-23, 16:05 
В VMWare с VMFS всё просто. Один VMFS на всех землекопов.
В XenServer LVMoISCSI - не сахар, но прекрасно работает.
С вашим счастьем-то что делать? Городить отдельные ноды с NFS?
Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз Proxmox VE 7.4, дистрибутива для организации работы ви..."  +/
Сообщение от пох. (?), 26-Мрт-23, 16:55 
ну ага, давайте блок дивайсы поверх нфс раздавать. Я такое даже периодически пользую - для миграций между цодами у нас оно, поскольку кросс-DC fc нам не светит, да и не больно-то и хотелось бы.

Тот еще тормоз.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру