Cześć.
Aktualnie mam do czynienia z klastrem pocztowym, w którym pliki wiadomości pocztowych użytkowników są przechowywane na raid software-owym udostępnianym po NFS. Serwerów NFS jest kilka, każdy udostępnia podzbiór wiadomości dla odpowiedniego serwera z postfix-em, który jest klientem NFS. Dane z jakiego serwera NFS host frontend z postfix-em powinien montować katalogi z pocztą są w MySQL.
Zastanawiamy się nad zastąpieniem kilku host-ów storage jednym rozwiązaniem, macierzą o odpowiedniej pojemności dyskowej i wydajności I/O. Możecie podpowiedzieć plusy i minusy takiego rozwiązania? Czy macierze zazwyczaj dysponują kilkukrotnie większą wydajnością I/O niż pojedynczy serwer z dyskami SATA? Czy taka wydajność I/O jest skalowalna? Czy skalować przestrzeń dyskową w macierzach można "bez ograniczeń"?
Dzięki!
Pozdrawiam, R.
Cze¶æ.
you probably won't get much of an answer if you do not use English.
I for sure do not understand a word of it.
Aktualnie mam do czynienia z klastrem pocztowym, w którym pliki wiadomo¶ci pocztowych u¿ytkowników s± przechowywane na raid software-owym udostêpnianym po NFS. Serwerów NFS jest kilka, ka¿dy udostêpnia podzbiór wiadomo¶ci dla odpowiedniego serwera z postfix-em, który jest klientem NFS. Dane z jakiego serwera NFS host frontend z postfix-em powinien montowaæ katalogi z poczt± s± w MySQL.
Zastanawiamy siê nad zast±pieniem kilku host-ów storage jednym rozwi±zaniem, macierz± o odpowiedniej pojemno¶ci dyskowej i wydajno¶ci I/O. Mo¿ecie podpowiedzieæ plusy i minusy takiego rozwi±zania? Czy macierze zazwyczaj dysponuj± kilkukrotnie wiêksz± wydajno¶ci± I/O ni¿ pojedynczy serwer z dyskami SATA? Czy taka wydajno¶æ I/O jest skalowalna? Czy skalowaæ przestrzeñ dyskow± w macierzach mo¿na "bez ograniczeñ"?
Dziêki!
Pozdrawiam, R. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Me either :))
On 13.01.2012 17:43, Leen de Braal wrote:
Cze¶æ.
you probably won't get much of an answer if you do not use English.
I for sure do not understand a word of it.
Aktualnie mam do czynienia z klastrem pocztowym, w którym pliki wiadomo¶ci pocztowych u¿ytkowników s± przechowywane na raid software-owym udostêpnianym po NFS. Serwerów NFS jest kilka, ka¿dy udostêpnia podzbiór wiadomo¶ci dla odpowiedniego serwera z postfix-em, który jest klientem NFS. Dane z jakiego serwera NFS host frontend z postfix-em powinien montowaæ katalogi z poczt± s± w MySQL.
Zastanawiamy siê nad zast±pieniem kilku host-ów storage jednym rozwi±zaniem, macierz± o odpowiedniej pojemno¶ci dyskowej i wydajno¶ci I/O. Mo¿ecie podpowiedzieæ plusy i minusy takiego rozwi±zania? Czy macierze zazwyczaj dysponuj± kilkukrotnie wiêksz± wydajno¶ci± I/O ni¿ pojedynczy serwer z dyskami SATA? Czy taka wydajno¶æ I/O jest skalowalna? Czy skalowaæ przestrzeñ dyskow± w macierzach mo¿na "bez ograniczeñ"?
Dziêki!
Pozdrawiam, R. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 13 Jan 2012, at 15:44, Leen de Braal ldb@braha.nl wrote:
I for sure do not understand a word of it.
Let me Google translate it for you:
Hi. Currently I am dealing with a cluster of mail, in which files mail messages are stored on users raid software-at that shared by NFS. Multiple NFS servers, each provides a subset of the messages to the appropriate server with postfix-I, which is the NFS client. Data from the NFS server which host the frontend postfix-I should be mounted with the mail folders are in MySQL. We are looking at replacing some host-s single storage solution matrix of appropriate disk capacity and performance I / O. You can prompt the pros and cons of such a solution? Or matrices usually have several times higher performance I / O than single server with SATA drives? Is such a performance I / O is scalable? Do you scale the storage space in the arrays can be "without restrictions "? Thanks!
Ben
Hi. Currently I am dealing with a cluster of mail, [...]
For a highly scalable open source mail solution, have a look at the Cyrus IMAP (+POP) mail system, specifically the Cyrus Murder configuration. I don't know of any comparable open source system (and I would stack it against commercial solutions, too).
http://cyrusimap.web.cmu.edu/mediawiki/index.php/Cyrus_Murder
Devin
Greetings,
2012/1/13 Rafał Radecki radecki.rafal@gmail.com:
Cześć.
Aktualnie mam do czynienia z klastrem pocztowym, w którym pliki wiadomości pocztowych użytkowników są przechowywane na raid software-owym udostępnianym po NFS. Serwerów NFS jest kilka, każdy udostępnia podzbiór wiadomości dla odpowiedniego serwera z postfix-em, który jest klientem NFS. Dane z jakiego serwera NFS host frontend z postfix-em powinien montować katalogi z pocztą są w MySQL.
Zastanawiamy się nad zastąpieniem kilku host-ów storage jednym rozwiązaniem, macierzą o odpowiedniej pojemności dyskowej i wydajności I/O. Możecie podpowiedzieć plusy i minusy takiego rozwiązania? Czy macierze zazwyczaj dysponują kilkukrotnie większą wydajnością I/O niż pojedynczy serwer z dyskami SATA? Czy taka wydajność I/O jest skalowalna? Czy skalować przestrzeń dyskową w macierzach można "bez ograniczeń"?
Dzięki!
Pozdrawiam, R.
What was that in simple English?
Rafał Radecki : Please, write in english
2012/1/13 Rajagopal Swaminathan raju.rajsand@gmail.com
What was that in simple English?
Currently I am dealing with a cluster of mail, in which files mail messages are stored on users raid software-at that shared by NFS. Multiple NFS servers, each provides a subset of the messages to the appropriate server with postfix-I, which is the NFS client. Data from the NFS server which host the frontend postfix-I should be mounted with the mail folders are in MySQL.
We are looking at replacing some host-s single storage solution matrix of appropriate disk capacity and performance I / O. You can prompt the pros and cons of such a solution? or matrices usually have several times higher performance I / O than single server with SATA drives? Is such a performance I / O is scalable? Do you scale the storage space in the arrays can be "without restrictions "?
Thanks!
Regards,
-- Regards,
Rajagopal
Google translate :p -- Diego - Yo no soy paranoico! (pero que me siguen, me siguen) | http://about.me/diegors/bio Haber recibido uno o mas correos desde esta direccion, no implica conformidad para agregarla a bases de datos sin mi consentimiento explicito.
use the tool googletranslate is well for that
cheers
Le 2012-01-13 20:43, Diego Sanchez a écrit :
Rafał Radecki : Please, write in english
2012/1/13 Rajagopal Swaminathan raju.rajsand@gmail.com
What was that in simple English?
Currently I am dealing with a cluster of mail, in which files mail messages are stored on users raid software-at that shared by NFS. Multiple NFS servers, each provides a subset of the messages to the appropriate server with postfix-I, which is the NFS client. Data from the NFS server which host the frontend postfix-I should be mounted with the mail folders are in MySQL.
We are looking at replacing some host-s single storage solution matrix of appropriate disk capacity and performance I / O. You can prompt the pros and cons of such a solution? or matrices usually have several times higher performance I / O than single server with SATA drives? Is such a performance I / O is scalable? Do you scale the storage space in the arrays can be "without restrictions "?
Thanks!
Regards,
-- Regards,
Rajagopal
Google translate :p
Diego - Yo no soy paranoico! (pero que me siguen, me siguen) | http://about.me/diegors/bio Haber recibido uno o mas correos desde esta direccion, no implica conformidad para agregarla a bases de datos sin mi consentimiento explicito. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Sorry, mail was mentioned for polish centos list.
Best regards, Rafał.
W dniu 13 stycznia 2012 21:55 użytkownik fakessh fakessh@fakessh.eu napisał:
use the tool googletranslate is well for that
cheers
Le 2012-01-13 20:43, Diego Sanchez a écrit :
Rafał Radecki : Please, write in english
2012/1/13 Rajagopal Swaminathan raju.rajsand@gmail.com
What was that in simple English?
Currently I am dealing with a cluster of mail, in which files mail messages are stored on users raid software-at that shared by NFS. Multiple NFS servers, each provides a subset of the messages to the appropriate server with postfix-I, which is the NFS client. Data from the NFS server which host the frontend postfix-I should be mounted with the mail folders are in MySQL.
We are looking at replacing some host-s single storage solution matrix of appropriate disk capacity and performance I / O. You can prompt the pros and cons of such a solution? or matrices usually have several times higher performance I / O than single server with SATA drives? Is such a performance I / O is scalable? Do you scale the storage space in the arrays can be "without restrictions "?
Thanks!
Regards,
-- Regards,
Rajagopal
Google translate :p
Diego - Yo no soy paranoico! (pero que me siguen, me siguen) | http://about.me/diegors/bio Haber recibido uno o mas correos desde esta direccion, no implica conformidad para agregarla a bases de datos sin mi consentimiento explicito. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-- http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC2626742 gpg --keyserver pgp.mit.edu --recv-key C2626742
http://urlshort.eu fakessh @ http://gplus.to/sshfake http://gplus.to/sshswilting http://gplus.to/john.swilting _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 01/14/2012 09:41 AM, Rafał Radecki wrote:
Sorry, mail was mentioned for polish centos list.
We dont actually have a polish list, but if there is interest: we should create one here : http://lists.centos.org/mailman/listinfo/ all that is needed are a couple of people, presently visible in the community, to offer admin and moderation on the list ( ideally, who can read/write/speak polish as well! )
-
Benjamin Donnachie -
Devin Reade -
Diego Sanchez -
fakessh -
Ismail Ozatay -
Karanbir Singh -
Leen de Braal -
Rafał Radecki -
Rajagopal Swaminathan