
SLA, auch bekannt als âService Level Agreementâ â ist eine Garantievereinbarung zwischen dem Kunden und dem Dienstleister, die festlegt, was der Kunde im Hinblick auf den Service erwarten kann. Darin werden auch EntschĂ€digungen im Falle von AusfĂ€llen durch den Dienstleister und dergleichen geregelt. Im Wesentlichen ist SLA ein Vertrauensdokument, mit dem das Rechenzentrum oder der Hosting-Anbieter potenzielle Kunden davon ĂŒberzeugt, dass sie umfassend betreut werden. Die Frage ist, dass in einem SLA alles Mögliche festgehalten werden kann und die im Dokument aufgefĂŒhrten Ereignisse nicht allzu hĂ€ufig eintreten. Das SLA ist keineswegs ein MaĂstab fĂŒr die Auswahl eines Rechenzentrums, und darauf sollte man auf keinen Fall setzen.
Wir sind es alle gewohnt, irgendwelche VertrĂ€ge zu unterschreiben, die bestimmte Verpflichtungen auferlegen. Das SLA ist da keine Ausnahme â normalerweise das am weitesten von der RealitĂ€t entfernte Dokument, das man sich vorstellen kann. Vielleicht ist nur NDA (Geheimhaltungsvereinbarung) in Jurisdiktionen, in denen das Konzept des âGeschĂ€ftsgeheimnissesâ praktisch nicht existiert, noch nutzloser. Das Problem ist, dass das SLA dem Kunden bei der richtigen Auswahl des Anbieters nicht hilft und nur Staub in die Augen streut.
Was schreiben Hosting-Anbieter am hĂ€ufigsten in die öffentliche Version des SLA, die sie der Ăffentlichkeit zeigen? Nun, an erster Stelle steht ein Begriff wie âZuverlĂ€ssigkeitâ des Anbieters â das sind normalerweise Zahlen zwischen 98 und 99,999 %. Diese Zahlen sind im Grunde genommen nur eine hĂŒbsche Erfindung der Marketingabteilung. FrĂŒher, als das Hosting noch jung und kostspielig war und Cloud-Computing nur ein Traum war (wie auch der Breitbandzugang fĂŒr alle), war die VerfĂŒgbarkeit des Hostings von extrem hoher Bedeutung. Heutzutage, wo alle Anbieter mehr oder weniger die gleiche Hardware verwenden, auf denselben Backbone-Netzen sitzen und die gleichen Dienstleistungspakete anbieten, ist die VerfĂŒgbarkeit kein verlĂ€sslicher Indikator mehr.
Gibt es ĂŒberhaupt ein ârichtigesâ SLA
NatĂŒrlich gibt es auch ideale Versionen von SLAs, aber all diese sind atypische Dokumente, die manuell zwischen dem Kunden und dem Anbieter ausgearbeitet und abgeschlossen werden. Dabei betreffen diese SLAs hĂ€ufig eher bestimmte AuftrĂ€ge als Dienstleistungen.
Was sollte in einem guten SLA enthalten sein? Kurz gesagt, ein gutes SLA ist ein Dokument, das die Beziehungen zwischen zwei Parteien regelt und einer der Seiten (dem Auftraggeber) maximale Kontrolle ĂŒber den Prozess gibt. So funktioniert es in der realen Welt: Es gibt ein Dokument, das globale Interaktionsprozesse beschreibt und die Beziehungen der Parteien regelt. Es legt Grenzen fest, Regeln und wird selbst zu einem Hebel, den beide Seiten in vollem Umfang nutzen können. Dank eines richtigen SLAs kann der Auftraggeber den Dienstleister einfach dazu bringen, so zu arbeiten, wie es vereinbart wurde, und der Dienstleister wird vor ungerechtfertigten âWĂŒnschenâ eines zu aktiven Kunden geschĂŒtzt. Es sieht so aus: âIn unserem SLA steht dies und das, gehen Sie weg, wir machen alles wie vereinbart.â
Das bedeutet, dass ein ârichtiges SLAâ = âangemessener Dienstleistungsvertragâ ist und Kontrolle ĂŒber die Situation gibt. Und das ist nur möglich, wenn die Zusammenarbeit auf âAugenhöheâ erfolgt.
Das, was auf der Website steht, und das, was die RealitÀt bringt, ist etwas ganz anderes.
Alles, was wir weiter besprechen werden, sind typische Marketingtricks und ein Test auf Aufmerksamkeit.
Wenn man sich beliebte inlĂ€ndische Hosting-Anbieter anschaut, ist ein Angebot schöner als das andere: UnterstĂŒtzung 25/8, Server-Uptime von 99,9999999% der Zeit, eine Menge eigener Rechenzentren mindestens in Russland. Bitte merken Sie sich den Punkt ĂŒber die Rechenzentren, darauf kommen wir spĂ€ter zurĂŒck.. Doch jetzt sprechen wir ĂŒber die ideale Statistik der Ausfallsicherheit und was eine Person erwartet, wenn ihr Server doch in die â0,0000001% der AusfĂ€lleâ fĂ€llt.
Bei Werten von 98% und darĂŒber ist jeder Ausfall ein Ereignis an der Grenze zum statistischen Fehler. ArbeitsgerĂ€te und Verbindungen sind entweder da oder nicht. Sie können jahrelang einen Hosting-Anbieter mit einem âZuverlĂ€ssigkeitsâ-Wert von 50% (laut dessen SLA) nutzen, ohne ein einziges Problem zu haben, oder einmal im Monat fĂŒr ein paar Tage bei einem Anbieter âausfallenâ, der 99,99% verspricht.
Wenn der Moment des Ausfalls endlich kommt (und fallen werden irgendwann alle), sieht sich der Kunde einer internen Unternehmensmaschine namens âSupportâ gegenĂŒber, und es wird der Dienstleistungsvertrag und das SLA hervorgeholt. Was bedeutet das:
- Wahrscheinlich können Sie in den ersten vier Stunden des Ausfalls ĂŒberhaupt nichts geltend machen, obwohl einige Hostanbieter beginnen, die GebĂŒhren (EntschĂ€digung) ab dem Zeitpunkt des Ausfalls neu zu berechnen.
- Wenn der Server lĂ€nger nicht verfĂŒgbar ist, können Sie möglicherweise eine GebĂŒhrenanpassung beantragen.
- Allerdings nur, wenn das Problem durch den Anbieter verursacht wurde.
- Wenn Ihr Problem durch eine Drittpartei (auf dem Backbone) verursacht wurde, scheint es so, als ob âniemand schuld istâ, und wann das Problem behoben wird, hĂ€ngt von Ihrem GlĂŒck ab.
Dabei ist es wichtig zu verstehen, dass Sie niemals Zugang zum Ingenieurteam erhalten. In den meisten FÀllen werden Sie von der ersten Supportlinie aufgehalten, die mit Ihnen kommuniziert, wÀhrend echte Ingenieure versuchen, das Problem zu lösen. Bekanntes Szenario?
Viele hoffen hier auf das SLA, das sie scheinbar vor solchen Situationen schĂŒtzen sollte. In der RealitĂ€t jedoch ĂŒberschreiten Unternehmen selten die Grenzen ihres eigenen Dokuments oder wissen, wie sie die Situation so drehen können, dass sie ihre eigenen Kosten minimieren. Die vorrangige Aufgabe des SLA ist es, die Wachsamkeit zu beruhigen und zu ĂŒberzeugen, dass sogar im Falle einer unerwarteten Situation âalles gut wirdâ. Die zweite Aufgabe des SLA besteht darin, die wichtigsten kritischen Punkte zu besprechen und dem Dienstleister Spielraum zu lassen, das heiĂt, ihm die Möglichkeit zu geben, den Ausfall auf etwas zu schieben, wofĂŒr der Anbieter ânicht verantwortlich istâ.
FĂŒr groĂe Kunden ist es in der Tat völlig unwichtig, was in Bezug auf EntschĂ€digungen im Rahmen des SLA geschieht. âEntschĂ€digung gemÀà SLAâ bedeutet, eine RĂŒckerstattung, die proportional zu den Ausfallzeiten des Equipments erfolgt, die niemals auch nur 1 % der potenziellen monetĂ€ren und reputativen Verluste abdeckt. In diesem Fall ist es dem Kunden viel wichtiger, dass die Störungen so schnell wie möglich behoben werden, als irgendeine âGebĂŒhrenanpassungâ zu erhalten.
âZahlreiche Rechenzentren auf der ganzen Weltâ â ein Grund zur Sorge
Die Situation mit einer groĂen Anzahl von Rechenzentren beim Dienstanbieter haben wir in eine separate Kategorie ausgegliedert, da neben den offensichtlichen oben beschriebenen Kommunikationsproblemen auch nicht offensichtliche Probleme auftauchen. Zum Beispiel hat Ihr Dienstanbieter keinen Zugang zu âseinenâ Rechenzentren.
In unserem letzten Artikel , deren Essenz im Weiterverkauf von fremden KapazitĂ€ten unter eigenem Namen besteht. Die ĂŒberwĂ€ltigende Mehrheit der heutigen Hosting-Anbieter, die behaupten, ĂŒber âeigene Rechenzentrenâ in vielen Regionen zu verfĂŒgen, sind WiederverkĂ€ufer im White-Label-Modell. Das heiĂt, sie haben physisch keinerlei Verbindung zu einem hypothetischen Rechenzentrum in der Schweiz, Deutschland oder den Niederlanden.
Hier entstehen Ă€uĂerst interessante Konflikte. Ihr SLA mit dem Dienstleister funktioniert weiterhin und ist gĂŒltig, aber in FĂ€llen von NotfĂ€llen ist der Anbieter nicht in der Lage, die Situation signifikant zu beeinflussen. Er selbst befindet sich in einer abhĂ€ngigen Position von seinem eigenen Anbieter â dem Rechenzentrum, von dem die Rack-KapazitĂ€ten zum Weiterverkauf erworben wurden.
Wenn Ihnen also nicht nur schöne Formulierungen im Vertrag und im SLA ĂŒber ZuverlĂ€ssigkeit und Service wichtig sind, sondern auch die FĂ€higkeit des Dienstleisters, Probleme schnell zu lösen, sollten Sie direkt mit dem EigentĂŒmer der KapazitĂ€ten arbeiten. TatsĂ€chlich beinhaltet dies eine direkte Interaktion mit dem Rechenzentrum.
Warum betrachten wir nicht die Optionen, bei denen viele Rechenzentren tatsĂ€chlich einer einzigen Firma gehören könnten? Nun, solche Firmen gibt es nur sehr, sehr wenige. Eins, zwei, drei kleine Rechenzentren oder eines groĂe â das ist realistisch. Aber ein Dutzend Rechenzentren, von denen die HĂ€lfte in der Russischen Föderation und die andere HĂ€lfte in Europa ist â das ist praktisch unmöglich. Das bedeutet, dass es deutlich mehr WiederverkĂ€ufer gibt, als man sich vorstellen kann. Hier ein einfaches Beispiel:

SchĂ€tzen Sie die Anzahl der Rechenzentren des Google Cloud-Dienstes. In Europa gibt es insgesamt sechs. In London, Amsterdam, BrĂŒssel, Helsinki, Frankfurt und ZĂŒrich. Das heiĂt, an allen wichtigen Hauptknotenpunkten. Denn ein Rechenzentrum ist teuer, kompliziert und ein sehr groĂes Projekt. Und nun denken Sie an Hosting-Anbieter aus Moskau mit âeinem Dutzend Rechenzentren in ganz Russland und Europaâ.
Nein, natĂŒrlich gibt es viele gute Anbieter, die Partner im White-Label-Programm haben, und sie bieten erstklassige Dienstleistungen an. Sie ermöglichen es, gleichzeitig KapazitĂ€ten in der EU und der Russischen Föderation ĂŒber dasselbe Browserfenster zu mieten, akzeptieren Zahlungen in Rubel statt in FremdwĂ€hrung usw. Aber in den FĂ€llen, die im SLA beschrieben sind, werden sie zu genau denselben Opfern wie Sie.
Das erinnert uns erneut daran, dass SLA nutzlos ist, wenn man kein VerstĂ€ndnis fĂŒr die Struktur der Organisation und die KapazitĂ€ten des Anbieters hat.
Was am Ende
Ein Serverausfall ist immer ein unerfreuliches Ereignis und kann jedem und ĂŒberall passieren. Die Frage ist, welchen Kontrollgrad ĂŒber die Situation man wĂŒnschen wĂŒrde. GegenwĂ€rtig gibt es auf dem Markt nicht viele direkte Anbieter von KapazitĂ€ten, und wenn man von groĂen Akteuren spricht, gehört ihnen in der Regel nur ein Rechenzentrum irgendwo in Moskau von einem Dutzend in ganz Europa, auf die man zugreifen kann.
Jeder Kunde muss fĂŒr sich selbst entscheiden: wĂ€hle ich den unmittelbaren Komfort oder investiere ich Zeit und Energie in die Suche nach einem Rechenzentrum an einem akzeptablen Ort in Russland oder Europa, in dem ich meine AusrĂŒstung unterbringen oder KapazitĂ€ten kaufen kann. Im ersten Fall sind die derzeit auf dem Markt erhĂ€ltlichen Standardlösungen geeignet. Im zweiten Fall wird es etwas mĂŒhsamer.
ZunĂ€chst sollte festgestellt werden, ob der Dienstanbieter der unmittelbare EigentĂŒmer der KapazitĂ€ten/des Rechenzentrums ist. Viele WiederverkĂ€ufer, die nach dem White-Label-Modell arbeiten, verbergen ihren Status nach KrĂ€ften, und hier sollte man auf einige indirekte Anzeichen achten. Zum Beispiel, wenn âihre europĂ€ischen Rechenzentrenâ spezielle Namen und Logos haben, die sich vom Namen des Anbieters unterscheiden. Oder wenn irgendwo das Wort âPartnerâ auftaucht. Partner = White Label in 95 % der FĂ€lle.
DarĂŒber hinaus ist es notwendig, sich mit der Struktur des Unternehmens vertraut zu machen, und es ist besser, sich die AusrĂŒstung vor Ort anzusehen. Unter den Rechenzentren ist es nicht neu, FĂŒhrungen oder mindestens FĂŒhrungsartikel auf der eigenen Website oder im Blog anzubieten (wir haben solche geschrieben, und ), in denen sie ĂŒber ihr Rechenzentrum mit Fotos und detaillierten Beschreibungen informieren.
Mit vielen Rechenzentren kann man einen persönlichen Besuch im BĂŒro und eine Mini-FĂŒhrung durch das Rechenzentrum vereinbaren. Dort kann man die Ordnung bewerten, und vielleicht wird es möglich sein, mit einem der Ingenieure zu sprechen. Klar ist, dass niemand Ihnen eine Tour durch die Produktion anberaumt, wenn Sie nur einen Server fĂŒr 300 RUB/Monat benötigen, aber wenn Sie ernsthafte KapazitĂ€ten benötigen, kann das Vertriebsteam durchaus auf Ihre WĂŒnsche eingehen. Wir fĂŒhren beispielsweise solche FĂŒhrungen durch.
In jedem Fall sollte man sich nach gesundem Menschenverstand und den BedĂŒrfnissen des Unternehmens richten. Zum Beispiel, wenn eine verteilte Infrastruktur erforderlich ist (ein Teil der Server in Russland, der andere in der EU), ist es einfacher und vorteilhafter, die Dienste von Hosting-Anbietern in Anspruch zu nehmen, die Partnerschaften mit europĂ€ischen Rechenzentren im White-Label-Modell haben. Wenn jedoch Ihre gesamte Infrastruktur an einem Ort, also in einem Rechenzentrum, konzentriert ist, sollten Sie etwas Zeit in die Suche nach einem Anbieter investieren.
Weil Ihnen ein typisches SLA wahrscheinlich nicht hilft. Aber die Zusammenarbeit mit dem EigentĂŒmer der KapazitĂ€ten, anstatt mit einem WiederverkĂ€ufer, wird die Lösung möglicher Probleme erheblich beschleunigen.
Quelle: habr.com
