Enterprise on-premises

LogPulse in je eigen datacenter

Hetzelfde platform, dezelfde detecties en dezelfde AI. Geïnstalleerd op je eigen OpenShift, Kubernetes of Red Hat-servers en volledig air-gapped als je beleid dat vraagt.

Waarom organisaties voor on-premises kiezen

Sommige data mag het gebouw niet uit. Met LogPulse on-premises komt het platform naar de data, niet andersom.

Je data blijft binnen

Logs, detecties, cases en AI-gesprekken worden opgeslagen en verwerkt op je eigen hardware. Er gaat niets naar ons, tenzij je daar zelf voor kiest.

Werkt zonder internet

Installatie, updates, threat intelligence en AI werken allemaal in een volledig afgesloten netwerk. Updates komen als getekende bundels die je zelf binnenbrengt.

Hetzelfde product als onze cloud

On-premises is geen uitgeklede versie. Je krijgt dezelfde zoekfunctie, SIEM, service intelligence en pipelines, uit dezelfde codebase.

Jij kiest wie het beheert

Je eigen team beheert de stack met onze ondersteuning, of wij beheren hem op afstand via een uitgaande verbinding die jij in de hand hebt.

Waar het draait

LogPulse wordt geleverd als containers met één installatiepakket. Zo landt het op het platform dat je al beheert.

Red Hat OpenShift

Draait onder het standaard restricted-beveiligingsprofiel, zonder privileged containers of vaste user-ID's. Gebruikt de operators en opslag die OpenShift al biedt.

Kubernetes

Elke conforme Kubernetes-distributie, zoals Rancher, Tanzu of upstream Kubernetes. Geïnstalleerd met één pakket en een values-bestand.

Virtuele machines

Nog geen Kubernetes? Wij leveren een gescripte installatie van een geharde, lichte Kubernetes op Red Hat Enterprise Linux, met SELinux op enforcing. Van één VM voor een pilot tot een cluster voor productie.

Zo is de stack opgebouwd

Elk event volgt hetzelfde pad en elke laag schaalt en valt los van de andere terug.

Jouw netwerk

  1. Verzamelen

    Lichte agents op je servers, plus OpenTelemetry, syslog en HTTP. De agents worden geïnstalleerd en bijgewerkt vanaf je eigen stack.

  2. Ontvangen

    Controleert elke bron, past quota toe en neemt data aan, ook als de rest van de stack druk is.

  3. Duurzame buffer

    Een gerepliceerde stream vangt pieken en storingen op. Ruwe events kun je opnieuw afspelen als een parser of pipeline verandert.

  4. Verwerken

    Parsen, verrijken, stream-pipelines, detecties en alerting draaien als workers die horizontaal schalen.

  5. Opslaan en zoeken

    Een gerepliceerde kolomopslag voor snel zoeken over maanden aan data, naast een relationele opslag voor configuratie, cases en gebruikers.

Lokale AI

De AI-investigator en agents draaien op open-source modellen binnen je netwerk, op je eigen GPU's.

Intelligence-updates

Threat intelligence, detectieregels en kwetsbaarheidsdata komen als getekende offline bundels, of worden automatisch opgehaald waar een verbinding mag.

S3-langetermijnopslag

Oudere data verhuist automatisch van snelle NVMe naar S3-compatibele objectopslag en blijft doorzoekbaar. Ook de back-ups staan daar. Vanuit je platform of meegeleverd met de stack.

Alle onderdelen draaien in je eigen cluster. Toegang loopt via je eigen identity provider en elke handeling komt in een manipulatiebestendige audit log.

Drie manieren van verbinden

Jij bepaalt hoeveel contact de stack met de buitenwereld heeft. De functionaliteit blijft gelijk.

Verbonden

De stack krijgt updates, intelligence en optioneel cloud-AI rechtstreeks van LogPulse. Het minste beheerwerk.

Alleen uitgaand

Geen inkomende poorten. De stack haalt alleen updates en intelligence op via je proxy en alle AI draait lokaal.

Air-gapped

Helemaal geen netwerkverbinding. Releases en intelligence komen als getekende bundels, de licentie is een offline bestand en AI draait lokaal.

AI die binnen je netwerk draait

De AI-investigator en agents werken on-premises met open-weight modellen op je eigen GPU's. Geen prompt, logregel of antwoord verlaat je netwerk.

Onderzoeken

De investigator werkt je logs door, toetst hypotheses en laat bij elke conclusie het bewijs zien.

Zoeken in gewone taal

Stel een vraag in je eigen woorden en krijg de query en het antwoord, klaar om op te slaan of te verfijnen.

Detecties

Agents schrijven en testen detectieregels op je eigen data. Een mens beoordeelt en publiceert altijd.

Triage

Alerts en cases komen samengevat binnen, met de waarschijnlijke oorzaak en de volgende stappen.

GPU-profielen

Compact

Klein team of pilot

Gebruik
Tot 10 analisten
Modellen
Compacte open-weight modellen van 20 tot 30 miljard parameters, zoals gpt-oss-20b of Qwen3-30B
GPU's
1 × GPU met 48 GB geheugen, zoals NVIDIA L40S

Team

Security- en operationsteams

Gebruik
10 tot 50 analisten, plus agents op de achtergrond
Modellen
Grotere open-weight modellen van 70 tot 120 miljard parameters, zoals gpt-oss-120b of Llama 3.3 70B
GPU's
1 tot 2 × GPU met 80 tot 96 GB geheugen, zoals NVIDIA H100 of RTX PRO 6000 Blackwell

SOC

Dag en nacht, meerdere locaties

Gebruik
Meer dan 50 analisten en agents die doorlopend draaien
Modellen
Dezelfde grotere modellen, met meer capaciteit en failover tussen locaties
GPU's
2 tot 4 × NVIDIA H100 of H200 per datacenter, of een GPU-pool die je al hebt

Open-weight modellen worden snel beter, maar bij lange onderzoeken met veel stappen zijn ze nog niet zo sterk als de beste cloudmodellen. Wij testen elk ondersteund model tegen onze eigen evaluatieset en adviseren alleen modellen die slagen. Waar je beleid het toestaat, kan een verbonden stack ook onze EU-cloudmodellen gebruiken.

Eisen

Drie startprofielen. Je stack dimensioneren we samen op basis van volume, retentie en zoekbelasting.

ProfielPilotProof of concept en testStandaardProductie met hoge beschikbaarheidGrootTerabytes per dag, meerdere locaties
LogvolumeTot 50 GB per dagTot 500 GB per dagVan 500 GB tot enkele TB per dag
Nodes1 VM of node6 nodes9 nodes of meer
ApplicatienodesGedeeld met data: 16 vCPU, 64 GB RAM3 × 8 vCPU, 32 GB RAM3 of meer × 16 vCPU, 64 GB RAM
DatanodesZelfde node3 × 16 vCPU, 64 GB RAM4 of meer × 32 vCPU, 128 GB RAM
Opslag per datanode2 TB lokale NVMeLokale NVMe op maat van de retentie, bijvoorbeeld 4 TB voor 90 dagen bij 250 GB per dagLokale NVMe voor recente data, objectopslag voor oudere data
BeschikbaarheidEén node, geen failoverOverleeft het uitvallen van een node zonder dataverliesMeerdere replica's, optioneel verdeeld over twee datacenters

Indicatieve cijfers, zonder lokale AI. Eventgrootte, retentie en zoekbelasting bepalen de uiteindelijke dimensionering, die we samen met je uitwerken.

Wat je platform levert

  • Platform

    Red Hat OpenShift 4.14 of nieuwer, Kubernetes 1.29 of nieuwer, of virtuele machines met Red Hat Enterprise Linux 9 voor onze gescripte installatie.

  • Snelle blockopslag

    Lokale NVMe voor de datanodes. Netwerkopslag is prima voor de andere onderdelen.

  • S3-compatibele objectopslag

    Voor back-ups en lange retentie. Vanuit je platform of meegeleverd met de stack.

  • Netwerk en certificaten

    Een ingress of load balancer, een DNS-naam en een TLS-certificaat van je eigen certificate authority.

  • Identiteit en mail

    Single sign-on via je OIDC- of SAML-identity provider en een SMTP-relay voor meldingen.

  • Container registry

    Voor air-gapped installaties: een interne registry, zoals Harbor of Quay, waarin je de releasebundel laadt.

  • GPU voor lokale AI (optioneel)

    Een of meer datacenter-GPU's voor de AI-investigator en agents. Het model en de hoeveelheid GPU-geheugen hangen af van het aantal gebruikers.

Voorbeeld: Groot over twee datacenters

Dit is een voorbeeld, geen blauwdruk. Het laat zien hoe de stack zich verdeelt over twee datacenters en een derde locatie, zodat het uitvallen van een hele locatie ontvangen en zoeken niet stillegt.

Agents en bronnen op alle locaties

Load balancer of globale DNS

Stuurt verkeer naar beide datacenters en verlegt het automatisch bij uitval

Datacenter A

2 × Applicatie

16 vCPU, 64 GB RAM

2 × Streambuffer

8 vCPU, 32 GB RAM, 2 TB NVMe

2 × Data

32 vCPU, 128 GB RAM, 15 TB NVMe

1 × GPU-node

2 × NVIDIA L40S of 1 × H100, voor lokale AI

1 × Coördinatie

4 vCPU, 16 GB RAM

S3-objectopslag

Langetermijnopslag voor oudere data en back-ups, gerepliceerd naar het andere datacenter

Elk event staat in beide datacenters

Datacenter B

2 × Applicatie

16 vCPU, 64 GB RAM

2 × Streambuffer

8 vCPU, 32 GB RAM, 2 TB NVMe

2 × Data

32 vCPU, 128 GB RAM, 15 TB NVMe

1 × GPU-node

2 × NVIDIA L40S of 1 × H100, voor lokale AI

1 × Coördinatie

4 vCPU, 16 GB RAM

S3-objectopslag

Langetermijnopslag voor oudere data en back-ups, gerepliceerd naar het andere datacenter

Locatie C: witness

1 coördinatienode van 4 vCPU en 16 GB RAM houdt de meerderheid vast als een datacenter uitvalt

Voorbeeld voor ongeveer 2 TB per dag met 90 dagen op snelle NVMe en een jaar of langer in S3-objectopslag, in totaal 17 nodes. Oudere data verhuist automatisch naar S3 en blijft doorzoekbaar. Jouw opstelling hangt af van volume, retentie, het aantal locaties en je beleid.
  • Een datacenter mag uitvallen

    Ontvangen en zoeken gaan door in het andere datacenter. Komt het terug, dan haalt het zelf de achterstand in.

  • Tussen de locaties

    Maximaal 5 ms round-trip en minimaal 10 Gbit/s tussen de datacenters. De witness heeft genoeg aan een bescheiden verbinding.

  • Groeit in stappen

    Meer volume betekent meer datanodes, meer gebruikers betekent meer applicatie- en GPU-capaciteit. Elke laag schaalt los van de andere.

Levering en updates

Voorspelbare releases die je zelf kunt controleren voordat ze in productie gaan.

Maandelijkse releases

Elke maand een geteste release, met tussentijdse beveiligingsfixes als dat nodig is. Jij bepaalt wanneer hij wordt geïnstalleerd.

Getekend en herleidbaar

Elke image is getekend en komt met een software bill of materials, zodat je securityteam kan controleren wat er draait.

Offline licentie

Een getekend licentiebestand legt volume en functies vast. Gebruiksrapporten verlaten de stack alleen als jij ze verstuurt.

On-premises: veelgestelde vragen

Is on-premises hetzelfde product als de cloudversie?
Ja. Beide komen uit dezelfde codebase en bieden dezelfde functies. On-premises installaties krijgen releases volgens een maandelijks ritme in plaats van doorlopend.
Heeft de stack een internetverbinding nodig?
Nee. In air-gapped modus komen releases, threat intelligence en detectieregels als getekende bundels die je zelf binnenbrengt. Met een verbinding haalt de stack ze automatisch op.
Hoe werkt de AI zonder cloudmodel?
De AI-investigator en agents draaien op open-source modellen op je eigen GPU's. Geen prompt of logregel verlaat je netwerk. In verbonden modus kun je optioneel onze EU-cloudmodellen gebruiken.
Wie beheert de stack?
Je eigen team met ondersteuning van ons, of wij beheren hem op afstand via een uitgaande verbinding. In beide gevallen houd jij de volledige controle over de toegang.
Hoe werken updates in een afgesloten netwerk?
Je downloadt een getekende releasebundel, controleert die en laadt hem in je eigen registry. De upgrade migreert de stack ter plekke en is terug te draaien.
Hoe weten we welke hardware we nodig hebben?
De profielen hierboven zijn een startpunt. In een sizing-sessie kijken we naar je bronnen, volume, retentie en het aantal gebruikers en daarna krijg je een concrete hardwarespecificatie.

Plan je on-premises installatie

Vertel ons over je platform, volume en netwerkbeleid. Wij komen terug met een architectuur en een hardwarespecificatie.

Neem contact op
OpenShift · Kubernetes · Red Hat Enterprise Linux · Air-gapped