W3C решил изменить лицензионную политику для своих рекомендаций. В результате этого возможна ситуация, когда OpenSource Community не сможет пользоваться этими рекомендациями, т.е. открытых стандартов станет меньше.
Или W3C потеряет свой статус.
Есть желание сделать subj. на основе готовых копмонентов.
Примерная структура уже практически ясна.
Ставим LinuxDirector (http://www.linuxvirtualserver.org/) со вторым таким же, который смотрит за первым и в случае чего делает IP-takeover.
Для того, чтобы не было ложных перехватов IP, дублируем связь, например по Ethernet и по COM-порту или еще чего.
За LinuxDirector-ом стоит куча реальных серверов, падение которых совершенно маскируется LinuxDirector_ом...
Самая большая загвоздка - общая файловая система для сервером - ибо хочется, чтобы это был не read-only контент :)) Типа, чтоб почта ходила, чтоб клиенты файла заливали.
Из мною найденных решений обнаружено следующее - железяки, типа Shared SCSI or FibreChannel и сетевые файловые системы типа AFS и CODA. Рассматривал GFS, но кажется это не то, что надо...
Хочется очень надежное решение. чтобы вылет одного из файловых серверов не приводил к падению системы...
Кто-нить занимался подобными решениями? Очень интересно, что я пропустил и хочется помощи от Community.. В частности с удовольствием узнал бы про hardware-решения дисковой подсистемы для всего кластера...
Во FreeBSD включаю квоту в /etc/fstab:
/dev/da0s1h /home ufs rw,userquota,groupquota
/dev/da0s1g /usr ufs rw,userquota,groupquota
Создаю соответствующие файлы в /home и /usr,
однако квоты не кажутся рабочими :(( Если пользователь запишет кучу файлов к себе в каталог, то пока не сделать quotacheck по
edquota -u user
я вижу только предыдущие значения... Хотя место на диске разное стало :(
Если запишет выше нормы, а потом сделать quotacheck, то все равно может записывать :((
Подскажите, откуда ноги растут - в Linux аналогичная процедура работает без проблем...