Buduję niektóre AMI z jednego z podstawowych na EC2. Jeden z typów instancji uruchamia Tomcat i zawiera wiele indeksów Lucene; Inna instancja uruchomi MySQL i będzie miała z tym odpowiednio duże wymagania dotyczące danych.Jaki jest sens przechowywania instancji w EC2?
Próbuję zdefiniować najlepszy sposób włączenia tych elementów do AMI, które sam tworzę. Jeśli zamontuję /mnt/lucene i /mnt/mysql, te nie zostaną uwzględnione w wygenerowanym AMI. Wydaje mi się więc, że najlepszym rozwiązaniem jest posiadanie EBS dla każdego z nich, robienie migawek i uruchamianie instancji, które mają własny EBS oparty na najnowszych migawkach. Czy to najlepszy sposób postępowania?
Jaki jest cel przechowywania instancji? Wygląda na to, że będzie działać tylko jako tymczasowy magazyn - czego mi brakuje? Przypuszczalnie istnieje powód, dla którego Amazon oferuje do 800 GB pamięci na standardowych dużych instancjach ...
Tak właśnie myślałem. Mogę zrobić ze znalezieniem liczb określających sposób przechowywania instancji w porównaniu z EBS. Wpadłem bonnie ++ na przechowywanie instancji i nie zepsuło mi skarpetek. – jabley
Sądzę, że pytanie brzmi: ile to (nie) zdmuchnęło twoich skarpetek w porównaniu do tego samego testu porównawczego na ebs :) Mam wrażenie, że jest to jedna z tych sytuacji, w których właściwy wybór będzie różnił się dla wszystkich, a ty Będziemy musieli dowiedzieć się, jaka kombinacja dostępnych opcji działa najlepiej dla danego problemu. Piękno tej sytuacji polega na tym, że jeśli jeden węzeł potrzebuje dwóch godzin na przebicie danych, zawsze można po prostu wynająć dwa węzły i zrobić to w ciągu 1 godziny! (zakładając, że jesteś błogosławiony z zadaniami równoległymi) –
Zastanawiam się, jak zachowuje się instancja magazynu względem RAID małych woluminów EBS. Być może kiedy już używasz macierzy RAID, nie ma już powodu, aby używać pamięci typu instancję (przynajmniej do wyszukiwania ciężkiego dostępu do bazy danych). –