5,7 GHz Boost-Takt — Symfony, Studio und Indexer profitieren von Taktfrequenz mehr als von Kernzahl. Dazu NVMe-Ceph für große Asset-Bestände, getunte ValKey-, OpenSearch- und MariaDB-Konfiguration.
Pimcore-spezialisiert seit Version 4. Zwei Tarif-Linien decken die zwei Anforderungen ab, die wir am häufigsten sehen: kostenoptimiert für CMS- und kleine PIM-Setups — Best Practice für DAM-lastige Plattformen, Headless-Commerce und PIM-Setups mit hohem Datenvolumen.
Symfony-Requests, Pimcore Studio und Indexer-Läufe sind weitgehend single-threaded — eine schnelle CPU bringt mehr als viele langsame. Wir setzen konsequent auf 5,7 GHz Boost-Takt. Asset-Transformationen, Exporte und API-Calls werden spürbar reaktionsschneller, ohne dass du mehr Kerne kaufen musst.
Pimcore Studio mit DataObjects, Dokumenten-Trees, Asset-Bearbeitung und Workflow-Tasks ist anspruchsvoll. PHP-Memory, OPcache und ValKey sind so dimensioniert, dass auch zehn parallele Editoren reaktionsschnell arbeiten — ohne Spinner und ohne Session-Timeouts.
Bildvarianten, Video-Renditions, PDF-Vorschauen — Pimcore generiert daraus schnell hunderte GB. Wir snapshotten auf NVMe-Ceph mit dreifacher Replikation, so dass selbst große DAMs ohne Performance-Einbruch wachsen.
Pimcore-Worker (DataHub-Imports, Class-Definition-Updates, Search-Indexer, Maintenance-Cron) laufen oft minuten- oder stundenlang. Wir betreiben sie supervisiert in eigenen PHP-Pools, getrennt vom Web-Frontend — Studio-Editoren bleiben bedienbar, während im Hintergrund 1 Mio. Objekte indiziert werden.
Pimcore-Indexer (Produkte, Assets, DataObjects) erzeugen Heap-Druck und schwer planbare CPU-Spitzen. Auf dem Web-Server co-located geht eine Weile gut — bis der Heap schwankt und die Suche im Studio steht. Wir trennen den OpenSearch-Server konsequent ab dem PimcoreServer-L.
mysqldump auf einer Live-Pimcore-DB mit Millionen Objekten ist eine Garantie für Lock-Wait-Storms. Wir snapshotten auf Storage-Ebene über Ceph — konsistent, ohne DB-Lock, ohne dass Editoren oder Indexer-Worker unterbrochen werden.
Dedizierte OpenSearch Apache-2.0-lizenzierter Fork von Elasticsearch. Wird von Pimcore als Such-Backend für Produkte, Assets und DataObjects genutzt. -VM mit ausreichend Heap, optionaler DB-Trennung, supervisierte Worker für DataHub-Imports und Indexer, Backups alle 6 Stunden. Pimcore ist ein Admin- und PIM-Backend, kein Cache-getriebenes Frontend, deshalb bringt ein LiteSpeed-Server hier nichts. Stattdessen gibt es den doppelten NVMe-Ceph-Speicher für große Asset-Bestände. Empfohlen für Plattformen mit > 15 Editoren, DAMs ab 250 GB, Headless-Commerce oder PIM-Setups mit hohem Datenvolumen.
VM auf unserer Standard-Plattform mit Plesk, Apache 2.4 + PHP-FPM und MariaDB. ValKey und OpenSearch Apache-2.0-lizenzierter Fork von Elasticsearch. Wird von Pimcore als Such-Backend für Produkte, Assets und DataObjects genutzt. laufen mit auf der Maschine. Bewährter Stack, planbarer Preis — passt für CMS-Setups, kleine PIM-Installationen und DAMs bis ca. 100 GB.
Preisstand Juli 2026 · Alle Preise zzgl. 19 % MwSt. · Jahreszahlung = 2 Monate gratis · Mindestlaufzeit 1 Monat · Setup & Neukunden-Migration kostenfrei
Plesk Web Pro Edition Web-Hosting-Panel mit Multi-Tenant-Verwaltung, Cron-Jobs, Mail-Setup, Git-Deployment, Staging und mehr. ist in jedem Tarif enthalten — auf Managed Server wie auf PimcoreServer. Eine Oberfläche für Domains, Staging, Cronjobs und Deployments. Kein separater Panel-Vertrag, kein Aufpreis.
Beide Linien laufen auf Apache 2.4 mit PHP-FPM. Pimcore ist ein Admin- und PIM-Backend statt eines cache-getriebenen Frontends, deshalb spielt ein LiteSpeed-Server seine Stärken hier nicht aus. Symfony-Tuning mit getrennten PHP-Pools für Web, Worker und CLI, so blockiert ein langlaufender Indexer-Job nie das Studio. Linie B differenziert sich über die dedizierte OpenSearch-VM, optionale DB-Trennung und den doppelten NVMe-Ceph-Speicher.
Standard ist 8.3 oder 8.2 (je nach Pimcore-Version), 8.4 und 8.5 stehen ebenfalls zur Verfügung. Memory-Limit, OPcache, JIT, Realpath-Cache und APCu passend zur Pimcore-Größe getunt. Hochgesetzte Limits für Asset-Uploads und Bulk-Operationen.
InnoDB-Buffer, Slow-Query-Auswertung, Index-Hygiene auf objects-, classes- und versions-Tabellen. Splitting auf separaten DB-Server ab PimcoreServer-L.
ValKey als Pimcore Object-Cache und Session-Handler getrennt. OPcache vorgewärmt nach Deploy. Output-Cache für Frontends nach Bedarf.
Für Pimcore-Indexer (Produkte, Assets, DataObjects). Co-located auf Managed Server bis XL. Auf PimcoreServer-L/XL als dedizierte VM mit ausreichend Heap und Snapshot-Strategie.
Für DataHub-Imports, Class-Definition-Updates, Maintenance-Cron, Asset-Verarbeitung. Worker laufen unter Supervisor mit eigenem PHP-Pool — Studio bleibt parallel bedienbar.
Wir prüfen Pimcore-Version, Class-Definitionen, Asset-Volumen, DataHub-Setup, Custom-Bundles und Editor-Profil. Auffälligkeiten in DB-Indizes, PHP-Speicher oder Worker-Setup fließen in die Empfehlung der Linie.
Identische Pimcore-Kopie auf der neuen Plattform, OpenSearch-Indizes neu aufgebaut, Cronjobs und Worker konfiguriert. Du testest Studio, Asset-Pipeline, DataHub und Frontend in Ruhe.
Read-Only-Phase im alten System, finaler DB- und Asset-Sync, DNS-Switch im Wartungsfenster — meist nachts. Rollback-Plan liegt vor jeder Umschaltung fertig bereit.
In den ersten 72 Stunden ist ein Techniker aktiv im Monitoring. OpenSearch-Heap, Worker-Lag, Studio-Latenz, langsame DataObject-Queries — Feinjustierung passiert in Echtzeit.
| Leistung | Managed Basic inklusive | Managed Plus +149 € pro Monat | Managed 24/7 +299 € pro Monat |
|---|---|---|---|
| Reaktionszeit | < 24 h werktags | < 4 h werktags | < 1 h · 24/7 |
| Verfügbarkeit | 99,9 % | 99,9 % | 99,99 % |
| Monitoring Server Hardware-, Netz- und OS-Ebene. Ausfall, Last, Festplatten, Dienste — Alarme laufen rund um die Uhr in unsere Bereitschaft. | 24/7 | 24/7 | 24/7 |
| Monitoring Projekt Anwendungsebene. Checkout-Flow, Login, API-Endpoints, Mail-Versand — projektspezifische Gesundheitschecks mit Alarmierung. | — | 6–22 Uhr | 24/7 |
| Notfall-Hotline 24/7 | optional | inklusive | inklusive |
| Backup-Frequenz | täglich | alle 12 h | alle 6 h |
| Backup-Retention | 7 Tage | 14 Tage | 30 Tage |
| Disaster-Recovery-Backups Zusätzliche Sicherung in einem zweiten Rechenzentrum — schützt gegen Total-Ausfall des primären Standorts, nicht nur gegen Datenverlust. | — | inklusive | inklusive |
| Host-Failover (HA-VM) Beim Ausfall eines Hypervisor-Hosts startet die VM automatisch auf einem anderen Host neu — Downtime im einstelligen Minutenbereich, ohne manuellen Eingriff. | — | — | inklusive |
Gelockerte Service-Level für nicht umsatzkritische Projekte. Geeignet für Staging, interne Tools, Dev-Plattformen. Nicht empfohlen für Produktiv-Shops.
Faustregel: CMS-Setups, kleine PIM-Installationen mit < 50k Objekten und DAMs bis ~100 GB sind auf dem Managed Server bestens aufgehoben. Sobald > 15 Editoren parallel arbeiten, das DAM Richtung 250 GB+ wächst, oder Headless-/DataHub-Last über die API kommt, lohnt der PimcoreServer mit dedizierter OpenSearch- und (ab L) DB-VM.
Schwerpunkt sind aktuelle Pimcore-Versionen ab Pimcore 11. Ältere Versionen (10, 6, X) laufen ebenfalls auf unserer Plattform. Das Upgrade selbst übernehmen wir nicht — das macht deine Agentur oder dein Inhouse-Team. Wir kümmern uns um Server, Stack und Performance, nicht um deinen Application-Code.
Ja, vollständig. Das Setup ist auf Studio-Workflows ausgelegt: PHP-Memory und OPcache so dimensioniert, dass auch viele parallele Editoren mit Asset-Bearbeitung, Workflow-Tasks und Bulk-Operationen reaktionsschnell arbeiten.
Assets liegen auf NVMe-Ceph mit dreifacher Replikation — selbstheilend, ohne RAID-Rebuild. Bildvarianten und Renditions werden auf einem getrennten Worker-Pool generiert, damit Studio-Editoren parallel weiterarbeiten können. Snapshots laufen auf Storage-Ebene, nicht über die DB.
Ja, die Kombination Pimcore → Shopware/Magento gehört zu unseren häufigsten Projekten. DataHub, REST und Custom-Endpoints sind sauber dimensioniert; Worker-Pools und Queue laufen getrennt vom Web-Frontend, damit Sync-Jobs niemals das Studio bremsen.
VM-Upgrade auf größere Stufe innerhalb weniger Minuten, ohne Datenmigration. Wer dauerhaft hohe Headless-Commerce-Last erwartet, sollte einen Managed Cluster prüfen — wir wechseln dahin ohne Code-Anpassung.
Ja, im Plesk-Panel sowie über die rackSPEED-API. Standard sind tägliche (Managed Server) bzw. 6-stündliche (PimcoreServer) automatische Snapshots, 14 Tage rückwirkend.
Ja, kostenfrei. Vier-Schritte-Prozess mit Staging, finalem Asset-Sync, Umschaltung im Wartungsfenster und 72 h aktiver Go-Live-Betreuung. Asset-Verlust ist kein akzeptables Risiko, deshalb gibt es immer einen geprüften Rollback-Plan.
Im Managed Basic wird die VM auf einem anderen Host neugestartet (wenige Minuten Ausfall). Im Managed 24/7 übernimmt Host-Failover automatisch — die VM startet binnen Sekunden auf einem zweiten Hypervisor.
30 Tage. Wenn du in dem Zeitraum nicht zufrieden bist, bekommst du den vollen Betrag zurück. Migration und Setup gehen dabei nicht verloren — auch das ist im Garantie-Rahmen.
Kommunen, Hersteller und Handwerksbetriebe: eine Auswahl der Organisationen, deren Pimcore-Installationen wir betreuen.
Inhabergeführter Spezialist für Klimaanlagen und Kältetechnik aus Mühlheim am Main, seit mehr als vier Jahrzehnten deutschlandweit für Unternehmen, Industrie und Hausverwaltungen tätig.
Pimcore unter eigener Domain
Kur- und Gesundheitsstadt in Hessen, der 1869 der Namenszusatz „Bad“ verliehen wurde. Die Website betreibt der Magistrat der Stadt Bad Nauheim.
Pimcore unter eigener Domain
Familienunternehmen aus Gutenstetten, gegründet 1951 von Roland Meinl, das Musikinstrumente herstellt und vertreibt, darunter die Marken Meinl Cymbals, Meinl Percussion, Nino Percussion und Ortega Guitars.
Pimcore unter eigener Domain
Gärtnerei und Friedhofsgärtnerei in München-Giesing, seit über 135 Jahren als Familienbetrieb geführt.
Pimcore unter eigener Domain
Zoologischer Garten der Stadt Frankfurt am Main, eröffnet 1858 und seit 1915 in städtischer Trägerschaft. Auf 11 Hektar leben über 470 Tierarten mit mehr als 5.400 Tieren.
Pimcore unter eigener Domain
Marke der AS Arbeitsschutz GmbH mit Hauptsitz in Bedburg, die seit 1986 persönliche Schutzausrüstung und Arbeitskleidung anbietet.
Pimcore als Produktdatenbank (PIM)
Schick uns kurz die Eckdaten — Pimcore-Version, Asset-Volumen, ungefähre Editor-Zahl, Schwerpunkt. Wir empfehlen die passende Linie und übernehmen die Migration.
