The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"FreeBSD Foundation профинансирует поддержку увеличения разме..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от opennews (??) on 07-Мрт-12, 11:43 
Организация FreeBSD Foundation объявила (http://freebsdfoundation.blogspot.com/2012/03/new-funded-pro...) о выделении денежного гранта на реализацию возможности увеличения размера файловой системы без размонтирования дискового раздела. Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS, для чего будет подготовлен новый GEOM-класс и внесены необходимые изменения в код ФС. Указанная возможность позволит существенно упростить поддержание виртуализированных окружений на базе FreeBSD.


Грант предоставлен Эдварду Томашу Наперала (Edward Tomasz Napierala), уже получавшему финансирование за создание реализации контейнеров ресурсов и механизма ограничения ресурсов для отдельных Jail-окружений. Работу планируется завершить до октября 2012 года.

URL: http://freebsdfoundation.blogspot.com/2012/03/new-funded-pro...
Новость: https://www.opennet.ru/opennews/art.shtml?num=33288

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

Оглавление

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


1. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от manefesto (??) on 07-Мрт-12, 11:43 
очень круто.
пока правда не знаю где применить, но вполне неплохой задел если на одном из разделов кончилось место
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 11:59 
> очень круто.
> пока правда не знаю где применить, но вполне неплохой задел если на
> одном из разделов кончилось место

В виртуальных окружениях место можно увеличивать сколько угодно.

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

2. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +2 +/
Сообщение от Аноним (??) on 07-Мрт-12, 11:49 
хотелось бы и уменьшения так же
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +4 +/
Сообщение от Andrey Mitrofanov on 07-Мрт-12, 12:17 
> хотелось бы и уменьшения так же

Выделяйте грант!

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

28. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Mna (??) on 08-Мрт-12, 10:48 
Хотелось бы уменьшения *хотя бы* для не примонтированной FS UFS
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от xxx (??) on 07-Мрт-12, 12:24 
>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS

А ZFS разве так не умеет?

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

6. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –4 +/
Сообщение от skeletor (ok) on 07-Мрт-12, 12:28 
>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
> А ZFS разве так не умеет?

Умеет. Неясно что они этим хотели сказать.

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

7. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –1 +/
Сообщение от Andrey Mitrofanov on 07-Мрт-12, 12:34 
Ну, либо распил грантов, либо LVM-а хотят. ///И меня, конечно, поправят!
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 15:15 
Может не они, а горе-переводчик новости.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 18:54 
> Может не они, а горе-переводчик новости.

В оригинал заглянуть слабо ?
"This project will add GEOM and filesystem changes that are necessary to increase the size of both UFS and ZFS filesystems while a filesystem is mounted read-write."

Увеличение размера ФС будет производиться одновременно с увеличением образов виртуальных машин. По сути задача для ZFS сводится к увеличению размера "диска", на котором размещён раздел, сам по себе ZFS не узнает, что диск стал больше, хоть он уже и умеет расширение без отмонтирования.

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

10. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 15:45 
> Умеет. Неясно что они этим хотели сказать.

Afaik, ZFS умеет только менять размеры "подсистем" (т.е., фактически, квоты на отдельные каталоги), но не может увеличивать размер физического тома.

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

11. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –3 +/
Сообщение от skeletor (ok) on 07-Мрт-12, 16:06 
>> Умеет. Неясно что они этим хотели сказать.
> Afaik, ZFS умеет только менять размеры "подсистем" (т.е., фактически, квоты на отдельные
> каталоги), но не может увеличивать размер физического тома.

Умеет, ещё как умеет! Да и вообще понятие размера ФС у Zfs - это неясно что. Так как при создании zfs на пуле вы ни где не указываете размер самой ФС, в отличии от создания к примеру, ufs, ext* и т.д. Ах, да - ещё есть понятие резервация места, квота для Zfs - которое тоже может меняться налету. Если вы создадите 1000 ФС, то место у вас как было, так и останется неизменным (конечно оно будет меньше, так как пойдёт резервация на описание самой Zfs и её свойств, но суть останется та же)

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

20. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 21:34 
> Умеет, ещё как умеет! Да и вообще понятие размера ФС у Zfs
> - это неясно что.

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

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

12. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 16:24 
Конечно может.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

8. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от rico (ok) on 07-Мрт-12, 13:16 
>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
> А ZFS разве так не умеет?

вот тоже интересно
а то небезызвестная ОС умеет довольно давно, с 2008 версии

и как раз в случае виртуализации это иногда очень выручает

EXSi умеет в онлайн-режиме изменять размер дисков вроде
qemu/kvm нет, но слава богу они в оффлайне это сделали по-человечески
насчет остальных было бы интересно услыщать мнение знающих людей

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

13. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 16:25 
>>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
>> А ZFS разве так не умеет?

Умеет, но afaik не на лету - нужен export/import (руками или перезагрузкой).

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

15. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –1 +/
Сообщение от skeletor (ok) on 07-Мрт-12, 18:41 
>>>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
>>> А ZFS разве так не умеет?
> Умеет, но afaik не на лету - нужен export/import (руками или перезагрузкой).

не нужно никакого export/import!!!! и тем более руками или перезагрузкой.

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

17. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Аноним (??) on 07-Мрт-12, 18:59 
>>>>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
>>>> А ZFS разве так не умеет?
>> Умеет, но afaik не на лету - нужен export/import (руками или перезагрузкой).
> не нужно никакого export/import!!!! и тем более руками или перезагрузкой.

Как без этого ZFS узнает, что диск стал больше по размеру ? Речь про использования FreeBSD в гостевых окружениях, в которых размер виртуального диска в отличие от физического может легко меняться на лету.

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

32. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от Anon Y Mous on 11-Мрт-12, 19:50 
>>>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
>>> А ZFS разве так не умеет?
> Умеет, но afaik не на лету - нужен export/import (руками или перезагрузкой).

Когда-то давно - да, был нужен export/import. Сейчас можно и без него.


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

18. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +3 +/
Сообщение от iZEN (ok) on 07-Мрт-12, 21:02 
>>Поддержка расширения разделов на лету будет обеспечена для файловых систем UFS и ZFS
> А ZFS разве так не умеет?

Умеет. Но только в пределах наличествуемых виртуальных устройств верхнего уровня == выше головы, то бишь — количества места в VDEV, не прыгнешь — нужно добавлять к пулу ещё VDEV, а это может быть неудобно (отсутствие необходимого числа интерфейсов для включаемых носистелей, например).

Класс GEOM, который будет разработан, сможет расширить VDEV прозрачным для UFS2 и ZFS образом. То есть без добавления дополнительных устройств верхнего уровня эти файловые системы смогут расшириться на новое пространство.

Не ясно?

Попробую показать на примере. Классический путь увеличения пространства в RAID-Z из трёх дисков стостоит в последовательной замене каждого из дисков массива на диск большей ёмкости с промежуточной операцией по перестройке массива, в финале всех операций для обретения новой ёмкости ZFS пул необходимо экспортировать и снова импортировать. Такой же принцип расширения пространства, доступного ФС, но на уровне виртуальных устройств VDEV, состоящих из единичных носистелей (партиций, винчестеров без разметки и т.д.) должен обеспечить новый GEOM класс, на котором могут находиться другие уровни GEOM, UFS2, и сама ZFS.

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

22. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –3 +/
Сообщение от Аноним (??) on 07-Мрт-12, 21:44 
> Но только в пределах наличествуемых виртуальных устройств верхнего уровня == выше головы, то бишь — количества места в VDEV, не прыгнешь — нужно добавлять к пулу ещё VDEV, а это может быть неудобно (отсутствие необходимого числа интерфейсов для включаемых носистелей, например).

Не думал, что ZFS настолько крива и дубова, что не умеет менять размер vdev.

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

30. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от xxx (??) on 08-Мрт-12, 14:22 
Итак, есть у нас например один диск на 500Гб. На нем раздел 100Гб и неразмеченная область. Строим ZFS pool на этом разделе. Сейчас использовать неразмеченную область можно двумя способоми:
- Разметить второй раздел, и добавить его в пул (это можно на ходу).
- Изменить размер первого раздела, но придётся останавливать все ФС и совершать всякие манипуляции в off-line.

>Класс GEOM, который будет разработан, сможет расширить VDEV прозрачным для UFS2 и ZFS образом.

Как новый GEOM класс позволит решить проблему второго способа? Это ведь недостатки самого VDEV, что он не может использовать новое пространство нижележащего устройства (GEOM провайдера), при изменении его размера. Тут как раз понятно зачем править код ZFS.

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

21. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  –2 +/
Сообщение от Аноним (??) on 07-Мрт-12, 21:36 
Занятно. Для "фичастой и уберсовременной" ZFS приходится допиливать фичи, которые в XFS были сто лет в обед.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от iZEN (ok) on 08-Мрт-12, 08:23 
> Занятно. Для "фичастой и уберсовременной" ZFS приходится допиливать фичи, которые в XFS
> были сто лет в обед.

Механизм growfs есть у UFS.
http://docs.huihoo.com/opensolaris/solaris-volume-manager-ad...
ZFS расширяется путём добавления новых VDEV. При этом все ФС в пуле разделяют одно пространство и претендуют на всё свободное место в нём.

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

33. "FreeBSD Foundation профинансирует поддержку увеличения разме..."  +/
Сообщение от skeletor (ok) on 12-Мрт-12, 18:43 

> ZFS расширяется путём добавления новых VDEV. При этом все ФС в пуле
> разделяют одно пространство и претендуют на всё свободное место в нём.

Всё верно.
А для тех, кто не верит - возьмите и сами попробуйте создать пул, создать Zfs в нём, добавить в пул новый диск и посмотреть на свободное место в zfs.

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

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

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




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

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