Strategien zur Bestimmung der EC2-Anforderungen basierend auf der vorhandenen physischen Konfiguration?

Strategien zur Bestimmung der EC2-Anforderungen basierend auf der vorhandenen physischen Konfiguration?

Ich bin ein IT-Einzelgänger und versuche, die Kosten für die Verlagerung unseres bestehenden physischen Rechenzentrums zu AWS (6 Anwendungsserver und 2 replizierte MySQL-Server) zu ermitteln. Der von Amazon bereitgestellte Kostenrechner basiert auf Bandbreitenanforderungen und Serverinstanzen, die in 3 Größen erhältlich sind. Ich kenne unsere Bandbreitenanforderungen, kann mir jedoch nur schwer ein Bild davon machen, welche EC2-Serviceinstanzgrößen unserer jeweiligen Hardware/Last entsprechen würden. Unsere Last variiert stark im Zeitplan, daher stelle ich mir mindestens eine „On-Demand“-Instanz während Spitzenzeiten vor. Welche Tools/Strategien kann ich verwenden, um unsere physische Konfiguration einer entsprechenden (lastoptimierten) AWS-Konfiguration zuzuordnen?

Antwort1

Ich fand die bereitgestellten Kostenrechner für mich persönlich unzureichend. Ich habe derzeit eine Bereitstellung, die aus 3 x m1.small, 2 x m1.large, 1 x m1.xlarge und 1 x c1.xlarge Serverinstanzen besteht. Wir sind vor etwas mehr als 9 Monaten von einem 3-physischen Server-Aufbau in einem herkömmlichen Rechenzentrum auf diesen umgestiegen.

Der einfachste Teil der Berechnung sind die stündlichen Instanzkosten. Ich habe festgestellt, dass meine S3-Kosten aufgrund des Preisschemas größtenteils unbedeutend waren. EBS-Volumes und Snapshots sind tatsächlich teurer als die S3-Kosten und ziemlich einfach zu berechnen, obwohl ich vorschlagen würde, die E/A-Anfragen zu überschätzen, da ich festgestellt habe, dass unsere tatsächliche Nutzung höher ist als ursprünglich geschätzt.

Die Bandbreite ist ein heikles Thema und ist im Vergleich zu den Serverinstanzen selbst wahrscheinlich der zweitgrößte Kostenfaktor. Ich dachte, wir hätten eine Vorstellung von den Bandbreitennutzungsmustern, aber die tatsächliche Nutzung unter AWS hat bewiesen, dass diese anfänglichen Schätzungen falsch sind. Ein paar Dinge, die Sie bedenken sollten, sind, dass Sie über öffentliche eingehende und ausgehende Bandbreite, aber auch über Bandbreite zwischen Regionen verfügen. Wenn Sie Instanzen in derselben Region, aber in unterschiedlichen Verfügbarkeitszonen (AZ) ausführen, wird Ihnen die Bandbreite in Rechnung gestellt. Dies gilt auch, wenn Sie EBS-Volumes berücksichtigen, da diese in einer bestimmten AZ ausgeführt werden. Wir haben tatsächlich festgestellt, dass die Bandbreite zwischen Regionen aufgrund der Kommunikation zwischen den Instanzen selbst höher ist als unsere öffentliche Bandbreitennutzung.

Ich habe meine eigene Tabelle erstellt, die die meisten Berechnungen für mich durchführt, wenn ich versuche, Schätzungen für Budgetzwecke abzugeben. Ich bin gerade dabei, die Tabelle durchzugehen, um überarbeitete Aktualisierungen für das neue Budget zu erhalten. Dieses Mal kann ich jedoch einen Teil des von Amazon bereitgestellten Nutzungsverlaufs verwenden, sodass ich eine bessere Schätzung abgeben kann.

Was die Zuordnung der Instanzen angeht, war das eine Schätzung. Sie können versuchen, eine Übereinstimmung basierend auf der CPU- und Speicherintensität des Hauptzwecks des Servers zu finden. Tatsächlich haben wir unsere Infrastruktur mit AWS stärker aufgeteilt als mit physischen Servern, damit wir die Anforderungen der verschiedenen Teile besser erfüllen und zusätzliche Skalierbarkeit ermöglichen können.

verwandte Informationen