Drucken

Bitte loggen sie sich ein oder registrieren sie sich.
1 Stunde 1 Tag 1 Woche 1 Monat Immer
Einloggen mit Benutzername, Passwort und Sitzungslänge

[Forum-Support2]

Hallo liebe Forum-Mitglieder,

ab sofort gibt es bei EUserv eine neue Serie für dedizierte Server.

Die "RTR-Server", wobei "RTR" für "Ready-to-Run" steht, hat im Focus dedizierte Server mit Virtualisierungs-Unterstützung und vielen IPv4, IPv6-Adressen und IPv6 /64 Subnetzen.

"RTR" deswegen, weil die Server sofort verfügbar und erprobt sind. Im Gegensatz zu den "BTO-Servern" ("Build-to-Order") mit ganz neu gebauter Hardware sind die neuen "RTR"-Server bereits gebaute und im Rechenzentrum vorhandene Server.

In der Regel hatten die "RTR-Server" einen Vormieter, vergleichbar mit einem KFZ-Jahreswagen Vorbesitzer und sind damit zu jung für den Server-Marktplatz. Weiterhin gibt es im Gegensatz zu den SMP-Servern bei den "RTR-Servern" auch Ersatzgeräte.


Das Besondere an den "RTR-Servern" sind jedoch die Funktionen:

* 20 IPv4 Adressen
* 20 IPv6 Adressen
* 20 IPv6 /64 Subnetze geroutet auf je eine der 20 IPv6 Adressen

Diese für Virtualisierungs-Anwendungen wichtigen Features kommen ohne monatliche Zusatzkosten.

Weiterhin gibt es die Funktion "Failover-IP", die sonst den regulären Serien wie z.B. "Instant64" oder "Prime64" vorbehalten ist. Mit Failover-IP können sich zwei Server gegenseitig IP-Adressen zuweisen, so daß theoretisch ein Server insgesamt 39 IP Adressen an sich binden kann.

Zur Vermeidung von Mißbrauch der IP-Adressen z.B. für kurzfristige Spammings sind die "RTR-Server" ausschliesslich in Vertragslaufzeiten 3 und 12 Monate verfügbar. Die Verträge verlängern sich automatisch. Kündigungsfrist liegt bei allen Laufzeiten bei 3 Monaten, d.h. die kürzeste (Brutto-) Vertragslaufzeit ist 6 Monate. (3 Monate LZ + 3 Monate Kündigungsfrist)


Vor dem Start der offiziellen Werbung, gibt es folgendes sehr kurzfristiges Start-Angebot. Maximal zwei Geräte sind in dem Angebot bestellbar:

Allen Kunden, die Interesse an den RTR-Servern haben, bieten wir zum Start der "RTR-Server" bis zum 22.9.2019 jeden "RTR-Server" für 5,95 EUR monatliche Kosten (inkl. deutscher MWSt.) in den ersten 3 Monaten an. Danach kostet der Server den regulären Preis. Das Ganze wird als Gutschrift auf den regulären Preis in den ersten 3 Monaten bei der Bestellung sichtbar.


Alle Server-Modelle, Features und Preise im Überblick:
http://go.euserv.org/RI


Wir freuen uns wie immer über Feedback hier im Forum!


viele Grüße,
Thomas

[typoworx]

Moin,
klingt super. Gibt es auch eine Möglichkeit VMware ESXi auf diesen Servern zu installieren? Dafür wären diese Systeme wohl ideal.

[Forum-Support2]

Hallo,

offizielle VMware ESXi 6 Unterstützung ist vorhanden bei:

* RTR-A1
* RTR-A3
* RTR-A4
* RTR-A7
* RTR-A8

VMware ESXi 6 funktioniert weiterhin bei:

* RTR-A2
* RTR-A5

Von VMware nicht unterstützt wird:

* RTR-A6


Proxmox VE wird von allen Modellen unterstützt.

viele Grüße,
Thomas

[typoworx]

Danke für die Antwort,

interessant wäre noch, ob die Server irgendwelche RAID-Hardware beinhalten und welche RAID Modi im Betrieb möglich sind (mit ESXi?).

Danke im Voraus für eine Antwort.

[Forum-Support2]

Hallo,

ob ein Geräte einen Hardware Raid Controller hat und welcher Raid Level eingestellt ist, kann man in der Server-Tabelle in der Spalte "HDD" sehen.

Derzeit (mit Stand 11.9.2019, 13:49 Uhr) gibt es 2 Modelle mit Hardware Raid Controller: RTR-A7 und RTR-A8.

Alle anderen Modell, wo ein Hardware Raid Controller nicht eingeblendet wird, haben keinen extra Controller. Hier muss ein Software Raid eingerichtet werden bzw. ein OS mit einem bereits vorkonfigurierten Software Raid installiert werden.

viele Grüße,
Thomas

[ecm4u]

Es kommt ja immer darauf an, was man virtualisieren will. Bei leichtgewichtigen Web-Anwendungen würde man heute ggf. sogar Container auf einem "normalen" Betriebssystem vorziehen. Bei komplexeren Anwendungen mit viel IO wird ein Raid 1 sehr schnell zum Flaschenhals. Umgekehrt sind uns SSDs meist zu klein. Unsere ESXi-Systeme haben daher alle mindestens 4 klassische Platten mit Raid 10. Möchte man die Platten zusätzlich mit SSDs cachen, werden die Hardwarecontroller schnell unbezahlbar und ESXi unterstützt keine Softraids.

Vielleicht gibt es ja in absehbarer Zeit bezahlbaren, schnellen SAN-Storage, den man als iSCSI einbinden kann, sodass man mit einem kleinen, lokalen SSD raid1 auskommt?

[Forum-Support2]

Hallo ecm4u,

können Sie mir bitte hier beschreiben, was Sie sich genau vorstellen, wie die Anbindung, I/O, Sicherheit, Verschlüsselung usw. sein soll und das Ganze danach auf Ihren Post hier referenziert als Feature-Vorschlag im Kundencenter -> Feature Abstimmung zur Abstimmung geben?

Danke.

[moskito]

Es kommt ja immer darauf an, was man virtualisieren will. Bei leichtgewichtigen Web-Anwendungen würde man heute ggf. sogar Container auf einem "normalen" Betriebssystem vorziehen. Bei komplexeren Anwendungen mit viel IO wird ein Raid 1 sehr schnell zum Flaschenhals. Umgekehrt sind uns SSDs meist zu klein. Unsere ESXi-Systeme haben daher alle mindestens 4 klassische Platten mit Raid 10. Möchte man die Platten zusätzlich mit SSDs cachen, werden die Hardwarecontroller schnell unbezahlbar und ESXi unterstützt keine Softraids.

Vielleicht gibt es ja in absehbarer Zeit bezahlbaren, schnellen SAN-Storage, den man als iSCSI einbinden kann, sodass man mit einem kleinen, lokalen SSD raid1 auskommt?

ecm4u,

Zum Thema Container für kleinere Applikationen, ProxmoxVE hat ab Version 6 auf jedem Fall schon die Container-Basis auf LXC (LinuxContainer) integriert. Für diese größeren Projekte empfehle ich jedoch die Prime bzw. Pro-Serien der Rootserver. Für SAN-Bezogene Anwendungen würde ich mehrere Fileserver nutzen, einen Pro-Server und GlusterFS installieren. Ist definitiv eine TOP Alternative zu SAN-Storage . Der Pro-Server wird dann mit GlusterFS-Client gefüttert und per iSCSI oder NFS an die anderen normalen Server angebunden.Die Filer erhalten dann die GlusterFS-Serverapplikation. Ganz große Projekte: 2 Möglichkeiten: 1. sich von euserv einen Loadbalancer vorschalten lassen oder mit einem kleineren Root ein Loadbalancer auf Basis von Debian implementieren. Möglichkeiten gibt es genug. Ich glaub nicht, dass es Sinn macht, 100Gbit Anbindungen zu nutzen, wenn man mit max. 1GBit drauf zugreifen kann. Das wär ja, wie wenn man seine Milch direkt aus dem Kühlsystem in der Molkerei trinkt und nicht aus einem Glas.