Einrichten eines Reverse Proxy, Serverspezifikationen?

Question

Wir haben derzeit zwei Server in einem 1+1 -Setup. 1 Apache, 1 Mysql. Beide mit 32 Kernen und 64 GB RAM. Mit einem 300k+ Katalog. Magento EE 1.11

Nach Magentos 'Optimiering for Peak Performance' habe ich mich gefragt, was die optimalen Serverspezifikationen sein würden, wenn wir einen umgekehrten Proxy wie Lack oder Nginx basierend auf dem aktuellen 1+1 -Setup hinzufügen würden?

In der Anleitung waren die Testhardware -Spezifikationen für alle Server:

• CPU: 2 X Intel® Xeon® CPU E5645 @ 2.40GHz - 12 Kerne, 24 Fäden
• HDD: RAID1 - LSI MEGARAID SAS 9260-4I; 2 x SAS 164 GB 15.000 U / min
• RAM: 24 GB ECC
• Netzwerkschnittstellenkarte: Intel 1GB 82576

Ich möchte, dass ein weiterer Server mit den Spezifikationen des aktuellen Setups übertrieben ist. Alles, was der Reverse -Proxy tut, ist es, zwischengespeicherten Inhalten zu verteilen. Wenn etwas dynamisch ist, wird es zur Verarbeitung an Apache/PHP gesendet. Irgendwelche guten Führer oder Bücher zu diesem Thema?

Answer 1

Lesen Sie zunächst keine blindende Anleitung (ob von Magento bereitgestellt oder nicht) und versuchen Sie, die Serverkonfiguration und die Serverspezifikation für Ihre eigene Bereitstellung zu ermitteln.

Ihre Tests und Ergebnisse sind völlig spezifisch für ihr Testbedingungen und nicht für Ihr eigenes Geschäft anwendbar.

Jeder Magento -Laden ist anders

Darüber hinaus kann die Auswahl der Hardware für Ihre Bereitstellung nicht etwas mit den von Ihnen bereitgestellten Informationen tun.

Sie haben nicht annähernd genügend Informationen für eine nützliche Antwort bereitgestellt.

• Wie viele Besucher haben Sie pro Tag ihren Höhepunkt?
• Wie viele Besucher haben Sie pro Stunde ihren Höhepunkt?
• Bieten Sie digitale Downloads an
• Welche Transitmenge erreichen Sie derzeit bei (in Mbps)
• Welcher Anteil des Webverkehrs ist SSL und keine SSL
• Wie lange sind Sie darauf vorbereitet, veraltete Gegenstände in einem Cache zu halten

Für einen umgekehrten Proxy brauchen Sie ...

• Proportionale Menge an RAM für Ihre Cache -Stores (min 4 GB)
• Standardscheiben (Festplatten -E/A ist nicht relevant)
• High -End -Netzwerkkarte (um Interrupts zu reduzieren, Latenz und Durchsatz zu verbessern)
• Proportionale Menge an CPU -Kernen bis zum Verkehrsniveau
• Optional. SSL -Hardware entschlüsselt

Unser Rat

Mach dich nicht dar. Im Moment hat Ihr Einsatz bereits Fehler

• 2 Einzelpunkte des Versagens
• Engpassed MySQL -Durchsatz über das Netzwerk
• Zu wenige Kerne auf dem Webserver
• Zu viele Kerne auf dem DB -Server
• Über angegebene Festplatten auf dem Webserver
• Unter angegebenen HDDs im DB -Server

Ob Sie es glauben oder nicht, Magento läuft auf einer einzelnen Maschine besser, bis Sie die Grenzen der vertikalen Skalierung erreichen, da der Engpass von MySQL auf einer Fernlatenz -Remote -Maschine liegt, die über das, was Sie in der Netzwerkgeschwindigkeit sind, weit höher ist als auf dem Gleiches System und RAM -Geschwindigkeit durchweg.

Versteh mich nicht falsch, es gibt sicherlich einen Wendepunkt, an dem Multi-Purpose-1-Maschine ihre eigenen Streitprobleme erzeugt. Aber 32 Kerne sind eine ziemlich kleine Lastobergrenze.

Wenn Sie immer noch vorne drücken

Ein Lack -Cache für eine Site mit geringem Verkehr (alles, was unter 200.000 einzigartige Besucher pro Tag pro Tag), benötigt normalerweise nicht mehr als 2 GB RAM und eine 1 -Kern -CPU - mit niedrigen HDDs. Aber für Sie kann es sowieso nur auf Ihrem Webserver sein - es würde keine Ressourcen zeichnen, und wenn Sie es auf einen dritten Computer stellen - werden Sie jetzt 3 Einzelpunkte des Fehlers und noch mehr Netzwerkaktivität Engpass haben hindurch.

Nehmen Sie dieses Papier mit einer Prise Salz - es ist eine Marketingübung von Peer 1 und der Großteil davon das ist nicht richtig.

Answer 2

Nach meiner Erfahrung sollten alle VPs (nicht OpenVZ) mit 512 MB RAM und 1 oder 2 Kernen für einen Nginx -Proxy für die meisten Benutzer ausreichen. Steigen Sie bis zu 1 GB und der Proxy wird problemlos 10Mbit/s gemischtes HTTP/HTTPS -Verkehr/dynamischer Inhaltsverkehr verarbeiten. Es sei denn, es gibt einen bestimmten Grund, Sie nicht auf demselben Server wie Apache ausführen zu können/sollten, und wenn überhaupt, ist es eine geringe Nettoverringerung der Ressourcenverwendung.