Beiträge von querschlaeger

Wie gesagt, muss jeder für sich selbst entscheiden.

Ich würde keine Fremdquellen nutzen. Das muss aber jeder für sich entscheiden. Ein richtig oder falsch kann man da imho nicht vergeben.

Was spricht gegen selbst kompilieren? Ist eigentlich relativ einfach wenn es um PHP geht.

Zitat von Ringelnatz

Nabend,

kennt sich hier wer mit sedo.de aus? Habe zufällig gesehen dass die eine meiner Domains verkaufen und wüsste gerne warum

Edit: Okay, habe gelesen dass das vorkommen kann. Habe mich nur gewundert ob nicht überprüft wird wer der Domaininhaber ist

???

Eigentlich kann so etwas gar nicht vorkommen, außer die hast versäumt bei deinem Anbieter zu zahlen (in diesem Fall wäre es aber auch nicht mehr deine Domain). Oder hast du sie geparkt (wobei du dann ja auch wissen müsstest was das bedeutet und die Frage nicht gestellt hättest).

Ich bin ehrlich gesagt ein klein wenig verwirrt.

Ich denke noch mehr Kunden haben darauf einen Webserver laufen. Dann wäre so ein Unterforum doch sicher sinnvoller, oder?

Hallo, warum gibt es hier eigentlich ein Unterforum für Gameserver? Netcup bietet doch keine speziellen Server für Spiele an, oder doch?

Ich glaube von Netcup bekommen wir da keine genaue Info...

Das ein Kunde bzw. ein vServer die Kerne wirklich reserviert, d.h. für andere Kunden nicht mehr nutzbar bekommt, halte ich bei den Preisen für unwirtschaftlich/unrealistisch. Auch wenn es hier anders klingen mag: Neuen Root Server ("garantierte Prozessorkerne mit 100% der beworbenen Leistung")

Ich persönlich bin mit der CPU-Leistung für einen vServer aber zufrieden.

Zitat von huizi

Das Tutorial hat er bereits durch

Dann frag ich mich, wo das Problem ist. Ich habe ebenfalls (manuell) Wheezy mit Nginx + PHP-FPM + MySQL eingerichtet und Froxlor draufgepackt. Meine Vorgehensweise war nicht viel anders als die im Tutorial (sehr viel anders machen kann man ja nicht). Allerdings nutze ich kein dotdeb.

Die Anleitung ist nicht schlecht: [HOWTO] Root/vServer Konfiguration & Absicherung (Debian LEMP + OpenPanel)

Ob du die dotdeb-Quellen hinzufügst (wie im Tutorial beschrieben), musst du allerdings selbst wissen.

Hallo,

ich habe den Root-Server XL v2 mit einem Minimal Debian Wheezy installiert. Zusätzlich laufen SSH, Nginx, PHP-FPM und MySQL. Alles davon außer SSH habe ich für den Test gestoppt.

Zitat von kitten

- I/O Latenz, gemessen mit ioping

Ausgabe ioping .

16 requests completed in 15306.4 ms, 2561 iops, 10.0 mb/s
min/avg/max/mdev = 0.2/0.4/0.5/0.1 ms

Ausgabe ioping -RL /dev/vda

885 requests completed in 3010.3 ms, 312 iops, 78.1 mb/s
min/avg/max/mdev = 0.4/3.2/41.5/4.9 ms

Ausgabe ioping -R /dev/vda

1101 requests completed in 3003.3 ms, 395 iops, 1.5 mb/s
min/avg/max/mdev = 0.1/2.5/45.4/5.3 ms

Zitat von kitten

- dd Disk Test, z.B. dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync

Ausgabe dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync (1. Durchlauf)

1073741824 bytes (1.1 GB) copied, 4.22672 s, 254 MB/s

Ausgabe dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync (2. Durchlauf)

1073741824 bytes (1.1 GB) copied, 2.54172 s, 422 MB/s

Zitat von kitten

- Oder am besten einen Serverbear benchmark: Crowd9/Benchmark · GitHub

Hier das Ergebnis von UnixBench:

Benchmark Run: Mon Feb 10 2014 13:53:56 - 14:21:47
4 CPUs in system; running 1 parallel copy of tests




Dhrystone 2 using register variables       21946459.6 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     2481.7 MWIPS (10.0 s, 7 samples)
Execl Throughput                               1427.3 lps   (29.5 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        673592.5 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks          192709.3 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks       1360610.2 KBps  (30.0 s, 2 samples)
Pipe Throughput                             1458746.1 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                 238813.1 lps   (10.0 s, 7 samples)
Process Creation                               3407.0 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                   4337.6 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                   1592.2 lpm   (60.0 s, 2 samples)
System Call Overhead                        2576111.0 lps   (10.0 s, 7 samples)




System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   21946459.6   1880.6
Double-Precision Whetstone                       55.0       2481.7    451.2
Execl Throughput                                 43.0       1427.3    331.9
File Copy 1024 bufsize 2000 maxblocks          3960.0     673592.5   1701.0
File Copy 256 bufsize 500 maxblocks            1655.0     192709.3   1164.4
File Copy 4096 bufsize 8000 maxblocks          5800.0    1360610.2   2345.9
Pipe Throughput                               12440.0    1458746.1   1172.6
Pipe-based Context Switching                   4000.0     238813.1    597.0
Process Creation                                126.0       3407.0    270.4
Shell Scripts (1 concurrent)                     42.4       4337.6   1023.0
Shell Scripts (8 concurrent)                      6.0       1592.2   2653.7
System Call Overhead                          15000.0    2576111.0   1717.4
                                                                   ========
System Benchmarks Index Score                                        1012.1




------------------------------------------------------------------------
Benchmark Run: Mon Feb 10 2014 14:21:47 - 14:49:40
4 CPUs in system; running 4 parallel copies of tests




Dhrystone 2 using register variables       84728872.8 lps   (10.0 s, 7 samples)
Double-Precision Whetstone                     9847.2 MWIPS (9.9 s, 7 samples)
Execl Throughput                               9215.8 lps   (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks        472561.5 KBps  (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks          134146.7 KBps  (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks       1098202.2 KBps  (30.0 s, 2 samples)
Pipe Throughput                             5572275.0 lps   (10.0 s, 7 samples)
Pipe-based Context Switching                 862709.1 lps   (10.0 s, 7 samples)
Process Creation                              24521.6 lps   (30.0 s, 2 samples)
Shell Scripts (1 concurrent)                  15082.5 lpm   (60.0 s, 2 samples)
Shell Scripts (8 concurrent)                   2094.3 lpm   (60.0 s, 2 samples)
System Call Overhead                        2683240.1 lps   (10.0 s, 7 samples)




System Benchmarks Index Values               BASELINE       RESULT    INDEX
Dhrystone 2 using register variables         116700.0   84728872.8   7260.4
Double-Precision Whetstone                       55.0       9847.2   1790.4
Execl Throughput                                 43.0       9215.8   2143.2
File Copy 1024 bufsize 2000 maxblocks          3960.0     472561.5   1193.3
File Copy 256 bufsize 500 maxblocks            1655.0     134146.7    810.6
File Copy 4096 bufsize 8000 maxblocks          5800.0    1098202.2   1893.5
Pipe Throughput                               12440.0    5572275.0   4479.3
Pipe-based Context Switching                   4000.0     862709.1   2156.8
Process Creation                                126.0      24521.6   1946.2
Shell Scripts (1 concurrent)                     42.4      15082.5   3557.2
Shell Scripts (8 concurrent)                      6.0       2094.3   3490.5
System Call Overhead                          15000.0    2683240.1   1788.8
                                                                   ========
System Benchmarks Index Score                                        2294.6

Zitat von [netcup] Felix

Das ist leider nicht zu ändern, da jedes Rack bei uns ein eigenes VLAN hat und ein VLAN hat wiederum bestimmte IP-Netze. Neue Generationen von Hardware stehen in der Regel in anderen Racks wodurch dafür auch eine neue IP-Adresse vergeben werden muss.

Kann man wenigstens vorhandene Zusatz-IPs mit umziehen auf den neuen Server oder bekommt man dann auch andere?

Ja, das ist möglich, aber ohne genaue Angabe zu der Umgebung (Betriebssystem? Welcher Webserver?) kann dir nicht ohne Schuss ins Blaue geholfen werden.

Mit z.B. Apache wäre eine Rewrite-Regel möglich. Aber auch da ist es wichtig zu wissen, ob du es nur bei der einen Datei so willst, oder bei mehreren (mit Ausnahmen) oder gar allen Dateien. Entsprechend würde dann die Rewrite-Regel aussehen.

Mit PHP geht das natürlich auch, ist aber m.M.n. unnötig, wenn immer nur das selbe Bild angezeigt werden soll. Schreib doch einfach, was du machen möchtest.

Den Gateway weglassen.

So funktioniert es: IPv6 Gateway und DNS?

Hast du den Haken im VCP gesetzt beim Einlegen des CD-Images: "Bootmodus auf CD setzen?"

2 KVM-Server hier. Einer mit Debian 6, ein anderer mit Debian 7. Keine Probleme.

Also bei mir funktioniert folgende (skurrile) Kombination. Layout der Linux-Konsole auf deutsch, VNC-Eingabe auf en-us und Windows auf EN. Nur damit bekomme ich eine korrekte Eingabe über eine deutsche Tastatur hin (sogar Umlaute!).
So muss ich nur, wenn ich das VNC-Browserfenster offen habe, die Windows-Eingabe auf englisch umstellen (siehe Screenshot). Windows macht diese Angabe ja fensterabhängig - wechsle ich ein anderes Fenster ist dort wieder deutsch als Eingabe. Nur innerhalb des Browsers muss ich dann manchmal umschalten (was ich oft vergesse und mich dann wundere wieso ich auf anderen Seite ein z anstelle eines y habe ).

Leider bekomme ich damit allerdings keine Zeichen hin, welche mit Alt Gr (Strg + Alt) eingegeben werden müssen:

² ³ { [ ] } \ @ € ~ | µ

Damit kann ich allerdings leben. Im Normallfall verwende ich sowieso eher SSH.

Wenn du die CPU-Leistung brauchst, bleib beim XEON. Der wird in vielen Situationen besser performen. Wenn du mehr RAM brauchst, nimm den root Server S.

Was spricht gegen einen symlink von /var/customers/webs/ nach /var/www?

P.S.: Ich kenne mich nicht mit Froxlor aus. Das war einfach nur so eine Idee von mir. Keine Ahnung, ob Froxlor /var/ww irgendwie anders benötigt/verwendet. Dann wäre ein symlink natürlich keine so einfache/gute Idee.

felix: Vielen Dank für die Info!

Doch, du merkst einen Unterschied. Allerdings je nach Anwendungsszenario.

Lass mal auf einem 16 Kern Host (8 Real + 8 HT), 16 VMs mit einem zugewiesenen CPU-Kern laufen. Wenn jetzt alle ihre eine vCPU belasten, reagiert das System langsamer als wenn du HT deaktiviert hast, dadurch nur 8 Kerne (aber echte) und auch nur 8 VMs.

Die Sache ist doch, dass netcup hier mit Prozessorkernen wirbt. Ein HT-Kern ist für mich kein richtiger CPU-Kern - dementsprechend möchte ich ihn auch nicht als Kern für meine VM zugewiesen bekommen (ich weiß ja nicht, was die anderen Kunden der CPU "antun" - dann will ich auch einen echten Kern reserviert haben).

Zitat von Blaster

Für das System ist es dann ein 16 Core Prozessor der dann mit KVM Virtualisierung eingeteilt wird

Ja und genau das wäre doch nicht richtig. Also soviel root-Server draufzupacken, dass 16 Kerne benutzt werden. Effektiv dürften nur 8 Kerne verteilt werden. Sonst hätten manche vServer wirklich nur die HT-"Kerne" (entweder zum Teil oder ausschließlich - vermutlich zufällig) zur Verfügung.

Konsequenterweise müsste HT deaktiviert werden, damit der Host wirklich echte Kerne an die Gäste verteilen kann.

Hier würde ich mir ein Feedback von netcup zu der Sache sehr wünschen.