Sto costruendo alcune AMI da una delle basi su EC2. Uno dei tipi di istanza sta eseguendo Tomcat e contiene molti indici Lucene; un'altra istanza eseguirà MySQL e con essa corrisponderanno requisiti di dati di grandi dimensioni.Qual è il punto di archiviazione dell'istanza su EC2?
Sto provando a definire il modo migliore per includere quelli nelle AMI che sto creando. Se monto /mnt/lucene
e /mnt/mysql
, quelli non vengono inclusi nell'AMI generato. Quindi mi sembra che il modo migliore per gestirli sia avere un EBS per ognuno, scattare istantanee e creare istanze con EBS basato sulle istantanee più recenti. È il modo migliore di procedere?
Qual è il punto di memoria dell'istanza? Sembra che funzionerà solo come deposito temporaneo - cosa mi manca? Presumibilmente c'è un motivo per cui Amazon offre fino a 800 GB di spazio di archiviazione su grandi istanze standard ...
Questo è quello che pensavo. Potrei fare con la ricerca di alcuni numeri per quanto la memoria dell'istanza varia rispetto all'EBS però. Ho eseguito bonnie ++ su storage di istanza e non mi ha fatto saltare le calze. – jabley
Suppongo che la domanda sia: quanto ha fatto (non) a spaccare le calze rispetto allo stesso punto di riferimento sulle ebs :) Ho la sensazione che questa sia una di quelle situazioni in cui la scelta giusta differirà per tutti, e tu Dovrò capire quale mix di opzioni disponibili funzioni meglio per il tuo particolare problema. La bellezza della situazione è che se un nodo impiega due ore per sfogliare i tuoi dati, puoi sempre affittare due nodi e farlo in 1 ora! (supponendo che tu sia benedetto con attività parallelizzabili) –
Mi chiedo come si regge lo storage istanza rispetto a un RAID di piccoli volumi EBS. Forse, una volta che si utilizzano i RAID, non c'è più motivo di utilizzare la memoria di istanza più (almeno per l'accesso ai DB di ricerca). –