Re: [Lug-bg] NFS странности и не воли
Използвам v3 върху TCP. Проблема поне до някъде се крие във extended attributes за ext3. При монтиране на експортираният дял със noatime,nodiratime,noacl,nouser_xattr,nosuid,nodev,rw ситуацията се подобри. Не е нещо супер чувствително но пък и за момента ми липсват достатъчно данни за да съм по точен. Общото наблюдение е че трафика е паднал с около 30% On 12/01/2008, Pavlin Petkov [EMAIL PROTECTED] wrote: 2008/1/5 Vladimir Vitkov [EMAIL PROTECTED]: Здрасти група, ЧНГ първо :) и да имаме повече време за почивка. Сега по темата Имаме следната ситуация internet - WEB server - switch - NFS server връзката между WEB и NFS: гигабитови ланки (един и същи модел) Наблюдава се следното: На NFS сървъра * Перманентен поток от записи върху дяла отделен за експортиране в размер 2МБ - 5МБ (усреднено 2,9) * 40 - 42 % заявки от тип setattr (видяно с nfsstat -s) * реално четене и писане под 20% На WEB сървъра * леко лагване при листване на директории но то идва от другаде * перманентен трафик към NFS сървъра в размер на около 3 - 6 Mbit * изходящ трафик към internet 100 - 300 Kbit (т.е. около 10 20 пъти по малко) Общо за системата: Файловите системи навсякъде са монтирани със noatime,noacl NFS експорта е бърз (тука ще трябва да ми повярвате но ...) има около 40тина сайта (общо към 75Г данни) На WEB сървъра експорта е монтиран с удължено кеширане на атрибутите и големи rsize,wsize на WЕБ сървъра има около 5 Г кеш (файлов) Въпрос: Някаква идея защо се наблюдава такова поведение? Нормално ли е? Някакви подсказки как да понамаля натоварването? Не знам до колко ще съм от помощ, но до колкото ми е известно setattr заявки се генерират от клиентски софтуер. Т.е. някое от приложенията, които вървят на WEB съръра ги генерира. Може би малко игра с tcpdump ще каже кое е и ще прецениш дали може да се пре-конфигурира да не праща толкова много (или такива) заявки или въобще да се спре. Коя версия на NFS ползваш, все пак? Предполагам, че е 3 или 4. Мисля, че v2 игнорираше подобни заявки. Успех в търсенето, Павлин Петков ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS странности и не воли
v4 признава extended attributes. Защо не пробваш тестово с нея на друга машина? На 12.01.08, Vladimir Vitkov [EMAIL PROTECTED] написа: Използвам v3 върху TCP. Проблема поне до някъде се крие във extended attributes за ext3. При монтиране на експортираният дял със noatime,nodiratime,noacl,nouser_xattr,nosuid,nodev,rw ситуацията се подобри. Не е нещо супер чувствително но пък и за момента ми липсват достатъчно данни за да съм по точен. Общото наблюдение е че трафика е паднал с около 30% On 12/01/2008, Pavlin Petkov [EMAIL PROTECTED] wrote: 2008/1/5 Vladimir Vitkov [EMAIL PROTECTED]: Здрасти група, ЧНГ първо :) и да имаме повече време за почивка. Сега по темата Имаме следната ситуация internet - WEB server - switch - NFS server връзката между WEB и NFS: гигабитови ланки (един и същи модел) Наблюдава се следното: На NFS сървъра * Перманентен поток от записи върху дяла отделен за експортиране в размер 2МБ - 5МБ (усреднено 2,9) * 40 - 42 % заявки от тип setattr (видяно с nfsstat -s) * реално четене и писане под 20% На WEB сървъра * леко лагване при листване на директории но то идва от другаде * перманентен трафик към NFS сървъра в размер на около 3 - 6 Mbit * изходящ трафик към internet 100 - 300 Kbit (т.е. около 10 20 пъти по малко) Общо за системата: Файловите системи навсякъде са монтирани със noatime,noacl NFS експорта е бърз (тука ще трябва да ми повярвате но ...) има около 40тина сайта (общо към 75Г данни) На WEB сървъра експорта е монтиран с удължено кеширане на атрибутите и големи rsize,wsize на WЕБ сървъра има около 5 Г кеш (файлов) Въпрос: Някаква идея защо се наблюдава такова поведение? Нормално ли е? Някакви подсказки как да понамаля натоварването? Не знам до колко ще съм от помощ, но до колкото ми е известно setattr заявки се генерират от клиентски софтуер. Т.е. някое от приложенията, които вървят на WEB съръра ги генерира. Може би малко игра с tcpdump ще каже кое е и ще прецениш дали може да се пре-конфигурира да не праща толкова много (или такива) заявки или въобще да се спре. Коя версия на NFS ползваш, все пак? Предполагам, че е 3 или 4. Мисля, че v2 игнорираше подобни заявки. Успех в търсенето, Павлин Петков ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x9E997D24 Keyserver: pgp.mit.edu Primary key fingerprint: CFB1 C9D4 F685 D6A9 5045 E762 013D D411 9E99 7D24 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS странности и не воли
Просто такива бонуси не ми трябват. За момента разделението на база user/goup ми е достатъчно. Евентуално ще се загледам защо не ми сработва като хората quotad но това е малък проблем за момента. On 12/01/2008, Dimitar Vasilev [EMAIL PROTECTED] wrote: v4 признава extended attributes. Защо не пробваш тестово с нея на друга машина? На 12.01.08, Vladimir Vitkov [EMAIL PROTECTED] написа: Използвам v3 върху TCP. Проблема поне до някъде се крие във extended attributes за ext3. При монтиране на експортираният дял със noatime,nodiratime,noacl,nouser_xattr,nosuid,nodev,rw ситуацията се подобри. Не е нещо супер чувствително но пък и за момента ми липсват достатъчно данни за да съм по точен. Общото наблюдение е че трафика е паднал с около 30% On 12/01/2008, Pavlin Petkov [EMAIL PROTECTED] wrote: 2008/1/5 Vladimir Vitkov [EMAIL PROTECTED]: Здрасти група, ЧНГ първо :) и да имаме повече време за почивка. Сега по темата Имаме следната ситуация internet - WEB server - switch - NFS server връзката между WEB и NFS: гигабитови ланки (един и същи модел) Наблюдава се следното: На NFS сървъра * Перманентен поток от записи върху дяла отделен за експортиране в размер 2МБ - 5МБ (усреднено 2,9) * 40 - 42 % заявки от тип setattr (видяно с nfsstat -s) * реално четене и писане под 20% На WEB сървъра * леко лагване при листване на директории но то идва от другаде * перманентен трафик към NFS сървъра в размер на около 3 - 6 Mbit * изходящ трафик към internet 100 - 300 Kbit ( т.е. около 10 20 пъти по малко) Общо за системата: Файловите системи навсякъде са монтирани със noatime,noacl NFS експорта е бърз (тука ще трябва да ми повярвате но ...) има около 40тина сайта (общо към 75Г данни) На WEB сървъра експорта е монтиран с удължено кеширане на атрибутите и големи rsize,wsize на WЕБ сървъра има около 5 Г кеш (файлов) Въпрос: Някаква идея защо се наблюдава такова поведение? Нормално ли е? Някакви подсказки как да понамаля натоварването? Не знам до колко ще съм от помощ, но до колкото ми е известно setattr заявки се генерират от клиентски софтуер. Т.е. някое от приложенията, които вървят на WEB съръра ги генерира. Може би малко игра с tcpdump ще каже кое е и ще прецениш дали може да се пре-конфигурира да не праща толкова много (или такива) заявки или въобще да се спре. Коя версия на NFS ползваш, все пак? Предполагам, че е 3 или 4. Мисля, че v2 игнорираше подобни заявки. Успех в търсенето, Павлин Петков ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Димитър Василев Dimitar Vassilev GnuPG key ID: 0x9E997D24 Keyserver: pgp.mit.edu Primary key fingerprint: CFB1 C9D4 F685 D6A9 5045 E762 013D D411 9E99 7D24 ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- С уважение, Владимир Витков http://www.netsecad.com http://www.supportbg.com ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] NFS странности и не воли
2008/1/5 Vladimir Vitkov [EMAIL PROTECTED]: Здрасти група, ЧНГ първо :) и да имаме повече време за почивка. Сега по темата Имаме следната ситуация internet - WEB server - switch - NFS server връзката между WEB и NFS: гигабитови ланки (един и същи модел) Наблюдава се следното: На NFS сървъра * Перманентен поток от записи върху дяла отделен за експортиране в размер 2МБ - 5МБ (усреднено 2,9) * 40 - 42 % заявки от тип setattr (видяно с nfsstat -s) * реално четене и писане под 20% На WEB сървъра * леко лагване при листване на директории но то идва от другаде * перманентен трафик към NFS сървъра в размер на около 3 - 6 Mbit * изходящ трафик към internet 100 - 300 Kbit (т.е. около 10 20 пъти по малко) Общо за системата: Файловите системи навсякъде са монтирани със noatime,noacl NFS експорта е бърз (тука ще трябва да ми повярвате но ...) има около 40тина сайта (общо към 75Г данни) На WEB сървъра експорта е монтиран с удължено кеширане на атрибутите и големи rsize,wsize на WЕБ сървъра има около 5 Г кеш (файлов) Въпрос: Някаква идея защо се наблюдава такова поведение? Нормално ли е? Някакви подсказки как да понамаля натоварването? Не знам до колко ще съм от помощ, но до колкото ми е известно setattr заявки се генерират от клиентски софтуер. Т.е. някое от приложенията, които вървят на WEB съръра ги генерира. Може би малко игра с tcpdump ще каже кое е и ще прецениш дали може да се пре-конфигурира да не праща толкова много (или такива) заявки или въобще да се спре. Коя версия на NFS ползваш, все пак? Предполагам, че е 3 или 4. Мисля, че v2 игнорираше подобни заявки. Успех в търсенето, Павлин Петков ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
