Durchschnittliche EC2-Uptime?

Neugierig, wie 99,95% uptime WIRKLICH bedeutet; es Ist wirklich unten gehen 7 Minuten pro Monat? Bitte postet Eure längste/Durchschnittliche Laufzeiten auf EC2, danke.

0.0005 * 1 Monat ~= 21.9 Minuten, nicht 7

InformationsquelleAutor capotej | 2008-12-30

  1. 14

    Betriebszeit in der Regel wird bei der Berechnung einer jährlichen basis. Also, wenn Sie einen Service-Level-Vereinbarung für 99.95%, bedeutet dies:

    365 * 0.0005 = 0.1825 days or 4.38 hours

    Wenn in einem Jahr der service dort ist ein Ausfall und Ihr system ist für mehr als, dass, dann sind Sie schadensersatzpflichtig.

    Als deiner Frage, ich habe einen server mit unstopped in EC2 für über 3 Monate jetzt. Ich würde sagen, dass Ihre Verfügbarkeit ist gut, aber wenn Sie haben eine unternehmenskritische Anwendung, die Sie definitiv brauchen, um eine Failover-Lösung. Eine gute uptime bedeutet nur, dass Sie in der Lage zu reagieren, um einem Ausfall schnell. Auch eine von 99,9999% uptime nicht in der Lage sein, um Sie zu speichern, wenn Sie gar nicht bereit für einen Ausfall.

    InformationsquelleAutor kgiannakakis

  2. 11

    Lesen Sie die SLA-gezielt (http://aws.amazon.com/ec2-sla/) Sie zählen nur "Region" nicht Verfügbar", wie Ausfallzeiten, und was mehr ist, hat Sie nur zählt es zu Ausfallzeiten, wenn die region ist für 5 aufeinander folgenden Minuten.

    ""Jährliche Betriebszeit" wird berechnet durch die Subtraktion von 100% der Anteil der 5-Minuten-Perioden während des Gottesdienstes Jahr, in dem Amazon EC2 wurde in den Zustand der "Region nicht Verfügbar."

    Durch meine Zählung bedeutet dies, keine Ausfallzeiten von weniger als 4 Minuten ist nicht abzählbar. Auch, wenn Sie das tun brechen die SLA-Sie sind nur für %10 des Monats, in dem Sie hatte den größten Ausfallzeiten bill.
    Also, wenn Sie wo runter für alle Januar-und Ihre Rechnung war $100, die Sie anwenden würde, eine $10 Gutschrift auf Ihr Konto.

    Ich würde haben eine harte Zeit convensing mein Chef, dies ist ein seriöses Produkt mit einem SLA-wie, die.

    Der Wortlaut dieser geändert hat. Der link ist immer noch gut, also haben Sie vorsichtig Lesen. PS ich bin jetzt in der Lage zu überzeugen, mein Chef, dies ist ein ernsthaftes Produkt 🙂

    InformationsquelleAutor David Waters

  3. 9

    SLA ' s nutzlos sind. Sie Messen nur, wie viel Risiko das Unternehmen bereit ist auf sich zu nehmen, und haben keinerlei Einfluss auf die tatsächliche Betriebszeit. Ich habe gesehen, SLA ' s, mit schweren Strafen, angeboten werden, wenn das Unternehmen wusste, dass Sie das nicht erfüllen konnte die SLA um land den Verkauf.

    Ich habe einen client mit 400+ Tage der EC2 die Betriebszeit und die anderen mit 300+ Tage, gemessen als web Impuls, dies ist mit Abstand der zuverlässigste Dienstleister mit denen ich gearbeitet habe.

    InformationsquelleAutor Rob Osborne

  4. 7

    Für meine single-Instanz in der US-East availability zone, 9 Monaten, 0 downtime.

    Antwort war aus zurück in '09... 3 Jahre gerade jetzt für diese Maschine.
    Ich endlich im Ruhestand, die Maschine, die um 4 Jahre Betriebszeit ohne Stillstandszeit.

    InformationsquelleAutor Marc Hughes

  5. 5

    Da Amazon eingeschaltet, um eine SLA, ich habe noch nie eine Instanz gehen an mir runter. Wenn ich hatte Instanzen, hinunter in die Vergangenheit, Amazon hat immer eine Botschaft, die mir mitteilte, dass die Instanz abgebaut werden, bevor es tatsächlich verschwunden, ich hatte also Zeit, zu beginnen, bis eine neue Instanz.

    Die Vorherige Antwort ist ein guter Punkt, aber; - EC2-s service-Modell schreibt vor, dass Sie schreiben, Ihre apps im Griff-failover auf einen neuen server, wenn Sie nicht bereit sind, für längere Zeit nach unten.

    InformationsquelleAutor gareth_bowles

  6. 4
    conrad@papa ~ $ uptime
 04:42:36 up 495 days,  8:51,  8 users,  load average: 0.02, 0.02, 0.00
    Ist die 0.02 Durchschnittliche Belastung von sshd und uptime ? 🙂
    FYI: 09:37:18 bis 1127 Tage, 19:58, 1 user, load average: 0.01, 0.03, 0.00

    InformationsquelleAutor

  7. 3

    Check-out die AWS Service Health Dashboard erhalten Sie eine gute Vorstellung von aktuellen oder vergangenen Problemen. Meine Erfahrung ist, dass die AWS-Verfügbarkeit ist besser als die meisten "klassischen" hosting-Optionen (sogar ausgewachsene redundante RackSpace-setup...).

    Jedoch gehen Sie einfach mit AWS-für die Verfügbarkeit ist wie immer ein Auto für den Schlüsselbund (ok, fast.. ;)). Mit einer Architektur, die Nutzung von AWS der große Vorteil ist die Skalierung (ohne Investitionskosten).

    InformationsquelleAutor stpe

  8. 2

    SLA... Garantierte uptime...

    Diese sind alle sehr nett taglines. Aber wenn die Server nicht verfügbar sind, für eine Stunde (1. März 2012, in der EU-region) und die clients rufen, dann es wird Ihnen nicht helfen, haben Sie noch 300 Tage uptime.

    Und wenn der Blitz traf 1 von 3 Ihrer Rechenzentren in der EU, wir alle fanden heraus, dass Sie keine off-site-Entlassungen, und die Tatsache, dass Sie 3 Rechenzentren bedeutet nicht eine Sache.

    Muss man die Liebe der Satz "verminderter Leistung", das eigentlich bedeutet: "Daumen drücken und beten, dass Ihre Daten immer noch verfügbar, nachdem die Katastrophe geht".

    Ich bin immer noch auf der Suche für alle amtlichen und nicht-amtlichen Statistiken über die Prozentwerte für die Verfügbarkeit der Rechenzentren.

    Kein Glück so weit...

    InformationsquelleAutor bizna

Schreibe einen Kommentar