Wenn man nun die Server stundenweiße mieten kann, wird es zum Server bestellen noch einen schnellen, einfachen Weg mit API geben?
Der Weg über das bestellen auf der Website scheint mir etwas umständlich...
Wenn man nun die Server stundenweiße mieten kann, wird es zum Server bestellen noch einen schnellen, einfachen Weg mit API geben?
Der Weg über das bestellen auf der Website scheint mir etwas umständlich...
Ich seh da nur Generation 7...
Nachdem man sich im Kundenforum des Mitbewerbers gerade darüber freut wie günstig doch das neue Produkt geworden ist juckt es mich ständig in den Fingern dort zu schreiben:
Sooo günstig ist das nicht, morgen kommt ein noch günstigeres Produkt von der Konkurrenz...
Aber ich halte mich da lieber mal raus ![]()
Ich denke die Pakete entsprechen den entsprechenden Paketen des OS Herstellers.
Also minimal z.B.
Wenn du es genauer wissen musst kannst dir ja innerhalb weniger Minuten ein Paket installieren und ansehen.
Da bleibt jetzt trotzdem die Frage ob das ganze nur rein zufällig zeitgleich mit den neuen Cloud vServern eines roten Mitbewerbers passiert ![]()
Auch lustig find ich die Tatsache dass die Ausstattungen fast gleich zu diesem Mitbewerber sind. Nur netcup hat mehr Traffic inklusive und ist in allem günstiger.
Lalala ...
Gibt es bei den Root Servern auch eine neue Generation?
Ich bilde mir ein mal gelesen zu haben das ASN in diesem Fall kein Netzwerk sein soll sondern irgendwie eine Fehlermeldungsnummer oder sowas aehnliches...
TOR erlauben um sicherzustellen dass das Internet so frei bleibt wie es momentan ist. Das ist ein deutliches Zeichen!
Vielen Dank netcup!
@Gemüse:
Jep: RS 1000 SSD G7 SE
Das ist ein RS1000 - kann mich hier nicht beklagen:
test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.2.10
Starting 1 process
test: Laying out IO file(s) (1 file(s) / 4096MB)
Jobs: 1 (f=1): [m(1)] [100.0% done] [28876KB/9336KB/0KB /s] [7219/2334/0 iops] [eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=3465: Mon Jan 15 15:33:27 2018
read : io=3071.7MB, bw=23318KB/s, iops=5829, runt=134889msec
write: io=1024.4MB, bw=7776.2KB/s, iops=1944, runt=134889msec
cpu : usr=2.56%, sys=9.99%, ctx=639883, majf=0, minf=9
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued : total=r=786347/w=262229/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=64
Run status group 0 (all jobs):
READ: io=3071.7MB, aggrb=23318KB/s, minb=23318KB/s, maxb=23318KB/s, mint=134889msec, maxt=134889msec
WRITE: io=1024.4MB, aggrb=7776KB/s, minb=7776KB/s, maxb=7776KB/s, mint=134889msec, maxt=134889msec
Disk stats (read/write):
sda: ios=784924/261816, merge=0/26, ticks=6428296/2151776, in_queue=8580328, util=100.00%
Alles anzeigen
Gibt es eigentlich noch jemanden außer mir den es stört dass das Bezeichnungs Feld keine Längenbegrenzung hat, aber wenn der Name zu lang wird gibts nen Fehler beim speichern?
Thomas
Glückwunsch zum Sohn!
Weiß hier jetzt eigentlich jemand ob das fehlende pcid Flag etwas ist was man anmängeln sollte oder nicht?
Hallo Oliver,
ich würd dir gerne helfen, habs aber noch ned so recht kapiert.
Bei welchem Provider meinst du? netcup, oder woanders?
Von einem anderen Provider zu netcup? Webhosting? vServer?
Wo hast du was gemacht, und was hast du genau vor?
Du musst deine tatsächlichen Domainnamen nicht nennen wenn du willst, aber eine ausführliche Erklärung mit falschen Domainnamen würde hier eventuell schon etwas mehr Licht in die Sache bringen.
Hast du gegoogelt?
https://www.google.de/search?hl=de&s…&gs_sm=&gs_upl=
1. Treffer ist ein Froxlor Forumsthread wo wohl geholfen wird
Purzelbaum: Dein Server (bzw. der Host auf dem er läuft) ist auch betroffen. Der Neustart geht aber automatisch (ACPI) und du solltest davon nix groß merken. Kannst deinen Server also laufen lassen!
Korrekt. Auch bei mir sind VMs hochgefahren die keinen Autostart haben!
Der Host muss rebootet werden weil die Wahrscheinlichkeit besteht dass VMs aus Ihrer Umgebung ausbrechen könnten und Daten vom Host oder von anderen VMs abgreifen...
Damit ist natürlich das Problem in der eigenen VM nicht gefixt, klar, aber die eigene VM hat man ja selber unter Kontrolle.