| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 28/04/2011 08:37:23
|
deniswsrosa
GUJ Ranger
![[Avatar]](/images/avatar/28a7602724ba16600d5ccc644c19bf18.jpg)
Membro desde: 21/07/2005 08:51:27
Mensagens: 807
Offline
|
Bom..
Conversei sobre esse problema com o cara de fala rápida mais f%$# que conheço, e ele me deu as seguintes soluções:
- Obviamente dividir as imagens em várias pastas;
- Efetuar testes com outras versões do Apache caso não esteja com a última;
- Fazer raid do disco;
- Verificar o file system, alguns file systems trabalham melhor com imagens grandes, outros melhor com pequenas etc.
- Contratar alguma empresa de CDN.
|
SCJP, SCEA I
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 29/04/2011 15:38:13
|
maschiojv
JavaChild
![[Avatar]](/images/avatar/9952cb25b58c5f4832396abf2bcfd66d.jpg)
Membro desde: 27/02/2007 18:29:37
Mensagens: 119
Offline
|
joaosouza wrote:Olá maschiojv,
Cara a estrutura de diretórios que usamos aqui é bem simples, fica no máximo em 4 a 5 níveis e não chega a ter 10 arquivos em cada nível...
Uma pergunta, esse disco de 1 Tera que você disse ter é um disco local no server ou um storage com uma LUN de 1 Tera ??
Aqui, por exemplo, temos um disco com 1 tera, mas quebramos ele em várias Luns de 250 GB, por exemplo. Com isso voce ganha em disponibilidade pq se um destes discos cair vc não perde tudo e indisponibiliza o sistema, e por outro lado você tem mais performance pois como os discos são menores a indexação é melhor...
Espero que tenha ajudado.
são 4 HDs, um pro sistema operacional e os aplicativos, um para as imagens e mais dois que fazem raid 1 dos 2 primeiros. isso mata todos os slots, não tem como plugar mais HDs nesse servidor...
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 05/05/2011 13:17:19
|
maschiojv
JavaChild
![[Avatar]](/images/avatar/9952cb25b58c5f4832396abf2bcfd66d.jpg)
Membro desde: 27/02/2007 18:29:37
Mensagens: 119
Offline
|
deniswsrosa wrote:Bom..
Conversei sobre esse problema com o cara de fala rápida mais f%$# que conheço, e ele me deu as seguintes soluções:
- Obviamente dividir as imagens em várias pastas;
- Efetuar testes com outras versões do Apache caso não esteja com a última;
- Fazer raid do disco;
- Verificar o file system, alguns file systems trabalham melhor com imagens grandes, outros melhor com pequenas etc.
- Contratar alguma empresa de CDN.
deniswsrosa , valeu pelo esforço e manda um fuckyou pro cara f%$#, mesmo ele dando uma boa resposta
mas acontece que:
- as imagens já está divididas em várias pastas;
- vou ver isso, mas não acredito que o problema seja expecífico do apache, já que até se dar um ls na pasta o servidor cai;
- o maudito do raid é que está me impedindo de colocar mais HDs e dividir o problema, já que todos os slots estão sendo ocupados;
- verificar o filesystem pode ser uma boa, contratamos um consultor linux que sugeriu fazer essa troca e analizar qual vai ser o mais adequado, tomara que isso resolva;
- sim sim, quando o dinheiro não é problema não ha problemas
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/06/2011 13:35:09
|
deniswsrosa
GUJ Ranger
![[Avatar]](/images/avatar/28a7602724ba16600d5ccc644c19bf18.jpg)
Membro desde: 21/07/2005 08:51:27
Mensagens: 807
Offline
|
maschiojv wrote: ...
Opa! apenas complementando o tópico, hoje eu topei com o Pomegranate (https://github.com/macan/Pomegranate/wiki), e ele talves possa ser de grande ajuda para o seu problema, confira o post a seguir:
http://highscalability.com/blog/2010/8/30/pomegranate-storing-billions-and-billions-of-tiny-little-fil.html
|
SCJP, SCEA I
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/06/2011 15:22:17
|
DanielGimenes
Thread.start()
![[Avatar]](/images/avatar/90c4dea8341bf29fab84b8600fca1cf6.png)
Membro desde: 28/01/2010 13:40:04
Mensagens: 48
Localização: São Paulo
Offline
|
Tenho uma idéia, mas não sei se é uma boa.
Seria usar o HDFS do projeto Hadoop da Apache para armazenar as imagens em SequenceFiles, e caso fique lenta a busca via MapReduce, usar Memcached para ter as imagens mais acessadas em cache ou algo parecido. O bacana é que fica tudo distribuído, com alta escalabilidade e disponibilidade. Mas a complexidade aumenta.
Pesquise sobre o MongoDB tbm. Ele é feito para consultas online, então talvez seja mais adequado.
[[]]'s
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 25/06/2011 04:55:48
|
Bruno Laturner
GUJ Expert
![[Avatar]](/images/avatar/5800ccd9514fd789d08e5831951aa6bc.jpg)
Membro desde: 18/02/2008 16:17:53
Mensagens: 3002
Offline
|
maschiojv, dá uma olhada em Content Addressable Storage. Não sei se tem alguma solução open source madura e fácil de usar, mas cheguei a usar na empresa em que trabalhei o CAStor, que resolveu bem o problema de repositórios de arquivos em grande quantidade, balanceamento de carga, disponibilidade, fora que gostei bastante da interface baseada em métodos e cabeçalhos HTTP.
|
A resposta acima foi achada em menos de 5 minutos no google.
The prisoner falls in love with his chains. --E.W. Dijkstra |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 27/06/2011 18:45:22
|
marciosilva1974
HelloWorld
Membro desde: 10/01/2011 15:03:07
Mensagens: 12
Offline
|
"...armazena e exibe milhares de imagens por dia..." ... má nem se fossem milhasres de arquivos ascii/txt filesystem daria conta.
Talvez dê com banco de dados. Mas se o volume é assim tão grande quanto vc dá a entender, aconcelho buscar alguma solução própria para armazenamento de imágens.
|
|
|
 |
|
|