Um pouco de teoria vai te ajudar http://www.pathname.com/fhs/
2009/8/11 Rafael de Paula Herrera <[email protected]> > > fala he-man, blz? > > 2009/8/11 max <[email protected]>: > > > > Uma coisa que ajuda neste tipo de decisão é usar um sistema simples: / > > com um tamanho razoável, swap se acha que vai precisar (eu não uso > > swap ha um tempinho, mas cada caso é um caso ;) e o resto larga no > > /home. > > > > Se tu quer entrar no joguinho de tuning ao extremo, tu pode considerar > > montar algumas partições direto na memória (tipo /var/tmp, /tmp e > > outros diretórios com conteúdo volátil/descartável) ou montar num > > filesystem sem journaling ou com o journaling em modo writeback. Mas o > > servidor parece bem simples, talvez a diferença nem seja percebida... > > > se atente a essa ressalva que o max fez... > > > olha, arbitrariamente, sem muita pretençao de ser minucioso, faria > assim (nao sei mtos detalhes, como qual eh o nipe do sistema que os > caras jah tem... quanto em gb sao compartilhados em samba... o tamanho > do db, frequencia com que as informacoes sao acessadas...): > > > / : 15 gb > o slack e tudo q vc precisa estatico cabe com folga aqui... me arrisco > a colocar ateh 10 gb, mas pra todos os efeitos fica 15 gb... > > /var : 100 gb > os dados que os servicos vao gerar, ficam aqui e tendem a crescer, > dependendo de como for a coisa, pode ser q gere mto dado... entao esse > tamanho tah tranquilo... > > /home : 100 gb > aqui eu poderia colocar varias versoes dos aplicativos web que seu > apache hospeda (versoes reserva, exemplo > meu_super_app-25-12-2009.tar.bz2), backups de banco de dados (tambem > por data), alguns pacotes, slackbuilds, e os compartilhamentos que o > samba vai disponibilizar... claro q todo mundo sabe, backup bom eh > aquele que alem de fiel ao original, tb eh distribuido em varios meios > (outras maquinas, midias opticas, fitas... sei lah, vai da sua > criatividade).... > > swap : tamanho_de_sua_memoria > dependendo do tamanho da memoria, quantidade de acessos e se o > processamento eh intensivo ou nao, esse numero vai variar bastante... > no seu caso acho q pode ser ateh a metade do tamanho da memoria... > > > mas nao deu os 250 gb?!... nao... entao: > > > supondo q sua swap tenha ~4 gb, o uso dessa configuracao tem algo > como: ~219 gb, restando ~31 gb pra vc distribuir onde quiser entre as > particoes (com excessao da swap)... > > > e como o francisco falou e mtos daqui sabem tb, nao existe > particionamento mais correto... uma vez q vc nao vai fazer uma coisa > absurda de deixar 100gb pra swap, por exemplo... > > > eu, particularmente, prefiro distribuir os dados da /home e /var (e > seus subdiretorios, claro) em particoes distintas... no /home eu faço > o que quiser, monto backups e td mais... aproveito o /var e nao mudo o > comportamento padrao de mtos servicos (falando pra eles irem > buscar/gravar as informacoes no /home/dados/qqcoisa, por exemplo)... > > > claro que se vc tem um ambiente cujo bd eh gigante e/ou tem mtos > acessos concorrentes, vc precisa de varios hds num raid... nao vou > entrar em detalhes... eh um exemplo besta, mas da pra ter noçao de que > dependendo de qual for "o proposito especifico" do seu servidor, eh > preciso de um "ajuste mais fino" na configuraçao... > > > isso sem contar os sistemas de arquivos... cada um tem seus meritos, > peculiaridades... aposto que aqui a galera tem varias opinioes > diferentes e tem motivos para isso... > > > > > > > > 2009/8/11 Francisco Brasileiro <[email protected]>: > >> Olá Rangel, > >> > >> Não haverá resposta *correta* para essa sua pergunta, pois qualquer > resposta > >> sera o que eu chamo de número mágico. > >> > >> Só quem pode dar a *melhor* resposta para essa sua pergunta é você > mesmo, > >> fazendo o levantamento da necessidade de cada um dos serviços (samba, > mysql, > >> ftp, etc), fazer uma projeção de crescimento para o intervalo de tempo > que a > >> empresa vai levar para fazer novo investimento em hardware e ai sim > fazer o > >> particionamento *adequado*. > >> > >> Qualquer outra combinação de Giga por partição será puro chute. > >> > >> Abraços, > >> > >> Francisco Brasileiro > >> > >> 2009/8/11 Rangel Torrezan - Iflex <[email protected]> > >>> > >>> Bom dia a Todos, > >>> > >>> Um cliente adquiriu um Dell PowerEdge T410 e chegou hoje esse > equipamento. > >>> > >>> > >>> Vou iniciar as instalações do servidor porem gostaria de saber a opnião > de > >>> quem é entendido no assunto sobre o particionamento. > >>> > >>> Essa maquina vai ser um servidor de Arquivos (Samba), Mysql (sistema > >>> proprio deles), FTP, Pagina (HTTP) e Email. > >>> > >>> o HD tem 250 GB Sata II (Não consegui convencer eles a comprar com SAS > >>> ...hiahiiahiaha). > >>> > >>> Qual a melhor forma ou qual a experiencia de voces referente a esse > modelo > >>> para que seja particionado de uma forma correta. > >>> > >>> > >>> Obrigado. > >>> > >>> > >>> -- > >>> RANGEL TORREZAN > >>> Iflex Tecnologia > >>> (43) 9151-9992 > >>> www.iflextecnologia.com.br > >>> > >>> > >> > >> > >> > >> -- > >> ______________________________________________________________________ > >> Francisco Vasconcelos Brasileiro > [email protected] > >> Assessor Técnico Host do Brasil > >> http://www.hostdobrasil.com Tel. (79) 2107-9950 > >> UIN: 6826562 Linux User: > #101368 > >> > >> > >> > > >> > > > > > > > > > > he-man, eh isso meu velho... > > pense no seu ambiente e como ele sera utilizado... > > faça isso a todo momento quando estiver montando seu servidor... > > nao existe "configuraçao padrao" / "configuraçao otima" que seja boa > para implantar em tudo quanto eh lugar... o q vc vai achar, sao > "algumas maneiras" q vc convenciona pois acha q funcionam melhor q > outras... > > > []'s! > t++! > > -- > Rafael de Paula Herrera > http://sirboderafael.wordpress.com > #444395 > > > > -- Luis Paulo - lpax Linux User #407102 --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
