Ok, aber warum ist es beim RS 1000 G7 anders als z.B. beim RS 2000 G7?
Posts by querschlaeger
-
-
Hallo,
ich hatte bisher mehrere (root-v)Server hier bei netcup und immer konnte ich die "Festplatte" per /dev/vda unter Linux ansprechen. Auch bei einem neuen G7-root-Server (RS 2000 G7 SSD) ist das so. Nun habe ich einen RS 1000 G7 SSD bestellt und muss das erste mal feststellen, dass hier /dev/sda verwendet wird.
Ist das normal oder bin ich unfreiwilliges Opfer eines Konfigurationsexperiments?
-
Alternativ einfach die Zufriedenheitsgarantie nach fertigstellung des Umzugs nutzen.
Nee, mit der Begründung will ich das nicht machen. Mit den Produkten bin ja eigentlich zufrieden.
-
Aber dann ist die Mindestvertragslaufzeit trotzdem 2 Monate, denn es ist unmöglich das Produkt vorher zu kündigen!
-
Hallo,
ich habe soeben einen kleinen Root-Server bestellt (RS 1000 G7), welchen ich exakt einen Monat benötige (als "Zwischenstopp bei einem anderen Serverumzug"). Vertragslaufzeit von einem Monat ist also perfekt. Gerade ist die Mail gekommen, dass der Server bereit ist und als ich ihn über das CCP wieder kündigen wollte, musste ich folgenden lesen:
Kosten / Monat (individuell vereinbart): 8.99 € (enthält MwSt. aus DE wenn erforderlich)
Kosten / Monat (regulär): 8.99 € (inkl. in DE geltender MwSt.)
Mindestvertragslaufzeit: 1 Monate
Abrechnungsperiode: alle 1 Monate im voraus
Kosten / Laufzeit (regulär): 8.99 € (inkl. in DE geltender MwSt.)
Produkt erstellt am: 29.07.2016
Kündigungsfrist: mindestens 31 Tage vor Ablauf der Mindestvertragslaufzeit
Möglicher Kündigungstermin: 28.09.2016Sorry, aber dann stimmt die Mindestvertragslaufzeit von einem Monat aber nicht! Das sind nämlich 2 Monate und so hätte ich ihn nicht bestellt...
-
Ja, Linux. Aber da steht nicht ob es zwingend eine GUI hat oder auch auf der Konsole läuft.
Noch einfacher: Der TO könnte es auch auf seinem Rechner daheim laufen lassen. OpenVPN-Server drauf oder (falls möglich) VPN-Server im Router aktivieren (z.B. FritzBox) und dann per Remote Desktop zugreifen. Ich sehe hier echt keinen Sinn einen (v)Server vorzuschlagen.
-
Wenn es eine Anwendung mit GUI ist, wird es aber auch dort nicht gehen... Ohne genau zu wissen welche Broker-Anwendung das ist, lässt sich eh nicht viel aussagen.
-
Hat "Hosten auf den Kometen" Windows Server im Angebot? Und wenn ja, glaube ich nicht, dass da die Lizenz dabei ist. Ich hatte da an andere Anbieter gedacht...
-
Ganz ehrlich: Ich glaube für dich kommt ein Windows-Hosting-Angebot eher in Frage. Gibt es bereits für ein paar Euro im Monat und da ist Windows (inkl Lizenz) schon vorinstalliert dabei. Dann kommst du nach der Einrichtung direkt mit der Remotedesktopverbindung von deinem Rechner auf den Server.
-
Hast du vielleicht dein Home verschlüsselt und der SSHD ist nicht in der Lage die authorized_keys deines Benutzers zu lesen?
Klingt schwer danach. In dem Fall die Datei woanders hinlegen: SSH/OpenSSH/Keys - Community Help Wiki -
Display More
Naja, 99,9% bedeutet auch, dass mit der Wahrscheinlichkeit von 0,1% die Daten verloren gehen können. Allerdings ist die tatsächliche Wahrscheinlichkeit eines Datenverlustes bei uns noch geringer, wie aktuelle Statistiken von uns zeigen.
Generell tun wir einiges um die Sicherheit Ihrer Daten zu gewährleisten.
Mit freundlichen Grüßen
Felix Preuß
Oh, ich dachte immer das steht "nur" für Mindestverfügbarkeit im Sinne von uptime unabhängig von der Datensicherheit. Aber im Prinzip ist es auch egal, ob die Wahrscheinlichkeit eines Datenverlustes nun 0,1%, 1%, 50% oder 97,542% von heute auf morgen entspricht. Alles würde mich ohne eigenes Backup nicht ruhig schlafen lassen.
-
Trotzdem rechnte man natürlich "nicht wirklich" damit dass man die eigenen Backups braucht und geht davon aus dass die Daten bei euch schon sicher sind
Die Verfügbarkeit von 99,9% wird dir aber nicht auf die Daten gegeben, sondern nur auf eine VM mit den Leistungsdaten, die du gebucht hast. Streng genommen, könnte deine VM crashen und unwiderruflich verloren gehen. Dann kann netcup schnell eine leere neue erstellen (kann ja auch auf einen anderem Host sein), deine IP dorthin lenken und das alles innerhalb der Verfügbarkeit von 99,9%. Der Inhalt der VM ist weg, aber trotzdem hätte netcup sein Leistungsversprechen gehalten.
-
Hallo,
ist es sinnvoll innerhalb einer VM das intel-microcode Paket zu installieren (OS: Ubuntu 16.04)? Mit "ubuntu-drivers devices" wird mir das Paket als Extratreiber vorgeschlagen. Im Prinzip sollte das in einer VM ja eigentlich nicht nötig sein, oder?
-
Nein, nicht die ISO mounten. Sondern davon booten.
-
Ja, das geht mit Clonezilla. Einfach beide Systeme mit der Clonezilla-ISO (ich nehme immer stable mit Debian-Basis: Clonezilla download) starten. Beim Quellsystem Start_Clonezilla > device-device > Beginner > disk_to_remote_disk > PLATTE AUSWÄHLEN > Überspringe Überprüfung/Reparatur des Dateisystems wählen (irgendwann dazwischen wirst du noch nach dem Netzwerk gefragt, nimm einfach DHCP).
Beim Zielsystem nicht den Assistenten starten, sondern die Kommandozeile und die Befehle eingeben, welche das Quellsystem angibt. Sollte so in der Art sein:
sudo su -
ocs-live-netcfg
ocs-onthefly -s XXX.XXX.XXX.XXX -t vda(XXX... steht für die IP des Quellsystems und vda für das lokale Laufwerk im Zielsystem)
Dann Neustarten und das Zielsystem ist geklont.
Auch wenn der Balken sich manchmal nicht bewegt: Abwarten; es funktionierte bei mir immer reibungslos.
-
Display More
Vielen Dank für Ihre Rückmeldung!
An der Argumentation ist natürlich etwas dran. Wir schauen wie wir die Information mit auf der Produktseite aufnehmen können. Hier ist es uns ein Anliegen alle wesentlichen Merkmale übersichtlich darzustellen.
VG Felix Preuß
Früher waren mal die ganzen Infos, auf der Produktseite: netcup.de - Produktdetails - ich hätte auch nichts dagegen, dies wieder so fortzuführen (die Übersicht mit den Details kann ja trotzdem bestehen bleiben). -
Eine Frage hätte ich zu den Single-Core Werten: Warum sind die unterhalb der RS 8000er-Serie so niedrig?
Weil bei den Tests die File Copy (...)-Benchmarks fehlen. Beim RS 8000 SSD wurden sie aber mit durchgeführt. -
Haben jetzt alle neuen Server einen Hostname mit "xxx.powersrv.de" statt bisher "xxx.yourvserver.net".
-
Zum Vergleich:
Code
Display More# # # # # # # ##### ###### # # #### # # # # ## # # # # # # # ## # # # # # # # # # # # ## ##### ##### # # # # ###### # # # # # # ## # # # # # # # # # # # # ## # # # # # # # ## # # # # #### # # # # # ##### ###### # # #### # # Version 5.1.3 Based on the Byte Magazine Unix Benchmark Multi-CPU version Version 5 revisions by Ian Smith, Sunnyvale, CA, USA January 13, 2011 johantheghost at yahoo period com 1 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10 1 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 1 x Execl Throughput 1 2 3 1 x File Copy 1024 bufsize 2000 maxblocks 1 2 3 1 x File Copy 256 bufsize 500 maxblocks 1 2 3 1 x File Copy 4096 bufsize 8000 maxblocks 1 2 3 1 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10 1 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10 1 x Process Creation 1 2 3 1 x System Call Overhead 1 2 3 4 5 6 7 8 9 10 1 x Shell Scripts (1 concurrent) 1 2 3 1 x Shell Scripts (8 concurrent) 1 2 3 4 x Dhrystone 2 using register variables 1 2 3 4 5 6 7 8 9 10 4 x Double-Precision Whetstone 1 2 3 4 5 6 7 8 9 10 4 x Execl Throughput 1 2 3 4 x File Copy 1024 bufsize 2000 maxblocks 1 2 3 4 x File Copy 256 bufsize 500 maxblocks 1 2 3 4 x File Copy 4096 bufsize 8000 maxblocks 1 2 3 4 x Pipe Throughput 1 2 3 4 5 6 7 8 9 10 4 x Pipe-based Context Switching 1 2 3 4 5 6 7 8 9 10 4 x Process Creation 1 2 3 4 x System Call Overhead 1 2 3 4 5 6 7 8 9 10 4 x Shell Scripts (1 concurrent) 1 2 3 4 x Shell Scripts (8 concurrent) 1 2 3 ======================================================================== BYTE UNIX Benchmarks (Version 5.1.3) System: GNU/Linux OS: GNU/Linux -- 3.10.0-327.18.2.el7.x86_64 -- #1 SMP Thu May 12 11:03:55 UTC 2016 Machine: x86_64 (x86_64) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") CPU 0: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz (5194.0 bogomips) x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET CPU 1: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz (5194.0 bogomips) x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET CPU 2: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz (5194.0 bogomips) x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET CPU 3: Intel(R) Xeon(R) CPU E5-2660 v3 @ 2.60GHz (5194.0 bogomips) x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET 15:59:51 up 4 days, 16:06, 1 user, load average: 0.35, 0.10, 0.07; runlevel 2016-06-03 ------------------------------------------------------------------------ Benchmark Run: Wed Jun 08 2016 15:59:51 - 16:27:57 4 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 34473491.2 lps (10.0 s, 7 samples) Double-Precision Whetstone 4372.5 MWIPS (9.9 s, 7 samples) Execl Throughput 2921.2 lps (29.8 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 1090798.5 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 295354.8 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 2252724.3 KBps (30.0 s, 2 samples) Pipe Throughput 1710823.3 lps (10.0 s, 7 samples) Pipe-based Context Switching 332399.6 lps (10.0 s, 7 samples) Process Creation 8331.2 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 6641.8 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 2398.4 lpm (60.0 s, 2 samples) System Call Overhead 2522881.2 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 34473491.2 2954.0 Double-Precision Whetstone 55.0 4372.5 795.0 Execl Throughput 43.0 2921.2 679.4 File Copy 1024 bufsize 2000 maxblocks 3960.0 1090798.5 2754.5 File Copy 256 bufsize 500 maxblocks 1655.0 295354.8 1784.6 File Copy 4096 bufsize 8000 maxblocks 5800.0 2252724.3 3884.0 Pipe Throughput 12440.0 1710823.3 1375.3 Pipe-based Context Switching 4000.0 332399.6 831.0 Process Creation 126.0 8331.2 661.2 Shell Scripts (1 concurrent) 42.4 6641.8 1566.5 Shell Scripts (8 concurrent) 6.0 2398.4 3997.4 System Call Overhead 15000.0 2522881.2 1681.9 ======== System Benchmarks Index Score 1580.2 ------------------------------------------------------------------------ Benchmark Run: Wed Jun 08 2016 16:27:57 - 16:56:07 4 CPUs in system; running 4 parallel copies of tests Dhrystone 2 using register variables 133329802.3 lps (10.0 s, 7 samples) Double-Precision Whetstone 17313.6 MWIPS (9.8 s, 7 samples) Execl Throughput 14368.4 lps (29.8 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 1315689.5 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 370503.4 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 3492522.4 KBps (30.0 s, 2 samples) Pipe Throughput 6479767.8 lps (10.0 s, 7 samples) Pipe-based Context Switching 1259149.4 lps (10.0 s, 7 samples) Process Creation 33103.1 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 18900.6 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 2785.0 lpm (60.0 s, 2 samples) System Call Overhead 6184379.2 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 133329802.3 11425.0 Double-Precision Whetstone 55.0 17313.6 3147.9 Execl Throughput 43.0 14368.4 3341.5 File Copy 1024 bufsize 2000 maxblocks 3960.0 1315689.5 3322.4 File Copy 256 bufsize 500 maxblocks 1655.0 370503.4 2238.7 File Copy 4096 bufsize 8000 maxblocks 5800.0 3492522.4 6021.6 Pipe Throughput 12440.0 6479767.8 5208.8 Pipe-based Context Switching 4000.0 1259149.4 3147.9 Process Creation 126.0 33103.1 2627.2 Shell Scripts (1 concurrent) 42.4 18900.6 4457.7 Shell Scripts (8 concurrent) 6.0 2785.0 4641.7 System Call Overhead 15000.0 6184379.2 4122.9 ======== System Benchmarks Index Score 4055.3hdparm -tT --direct /dev/vda
Code/dev/vda: Timing O_DIRECT cached reads: 2000 MB in 2.00 seconds = 997.75 MB/sec Timing O_DIRECT disk reads: 198 MB in 3.00 seconds = 65.96 MB/sec
hdparm -tT /dev/vdaCode/dev/vda: Timing cached reads: 20220 MB in 2.00 seconds = 10124.48 MB/sec Timing buffered disk reads: 554 MB in 3.00 seconds = 184.38 MB/sec -
Solche derartigen Ausfälle, dass man nur in die Nähe der 99,6% kommt, habe ich hier als Kunde noch nie erlebt. Daher ist für mich die Angabe von 99,9% oder 99,6% relativ egal und ich sehe hier bei dem Punkt keine Leistungsverbesserung - selbst schuld, wenn ihr so selten Ausfälle habt und die Kunden an dieses Niveau gewöhnt.
