Amazon RDS t2.small als Produktionsserver

7

Ich habe derzeit ein m3.medium als PostgreSQL-Produktionsserver, möchte es jedoch mit der Multi-AZ-Funktion auf RDS verschieben.

Da die CPU-Auslastung unseres aktuellen Servers nie höher als 5% ist und die RAM-Auslastung 500 MB beträgt, habe ich überlegt, eine billigere Instanz wie die t2.small auf RDS zu verwenden. In einigen Online-Foren und auf Amazon-Hilfeseiten werden die kleinen Instanzen für eine Produktionsdatenbank nicht empfohlen. Ist dies nur Marketing oder gibt es einige echte technische Probleme, die auftreten können?

Der einzige Unterschied, den ich zwischen den Instanztypen t2 und m3 festgestellt habe, ist die platzbare CPU. Da unser DB-Server jedoch keine CPU verwendet, frage ich mich, welche anderen Gefahren bestehen.

Danny Hiemstra
quelle

Antworten:

5

T2-Instanzen erhalten eine CPU-Zeit basierend auf einem Kreditsystem, und t2.micros haben die geringste Gesamt-CPU-Fähigkeit in der Instanzklasse. Diese Credits werden mit einer Rate von 6 pro Stunde auf einem t2.micro angesammelt, wodurch Sie 6 Minuten lang auf 100% des CPU-Kerns platzen können. In allen anderen Fällen erhalten Sie nur 10% des Kerns. Darüber hinaus sammeln Sie nur dann Credits, wenn Ihre Instanz vollständig inaktiv ist.

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html

Abhängig vom Zweck Ihres Produktionsservers und der zulässigen Ausfallzeit können Sie jederzeit mit einem t2.micro beginnen und die Instanz aktualisieren, wenn Sie feststellen, dass mehr Ressourcen erforderlich sind. Meistens können Sie den Instanztyp in 3-5 Minuten aktualisieren. Einfach ausschalten, Typ aktualisieren und einschalten. Ich denke, das ist mehr als eine vernünftige "Wartungsausfallzeit".

aldwinaldwin
quelle
Scheint, als könnte es gut zu dem Fragesteller passen. Danny, kannst du die Arbeitslast noch einmal abspielen? In diesem Fall lohnt es sich, eine Testinstanz auszuprobieren.
Colin 't Hart