La stessa piattaforma, le stesse detection, la stessa IA. Installato sul tuo OpenShift, Kubernetes o sui tuoi server Red Hat, e completamente air-gapped se la tua policy lo richiede.
Alcuni dati non possono uscire dall'edificio. Con LogPulse on-premises è la piattaforma ad andare verso i dati, non il contrario.
Log, detection, casi e conversazioni con l'IA sono archiviati ed elaborati sul tuo hardware. Non ci viene inviato nulla, a meno che tu non lo decida.
Installazione, aggiornamenti, threat intelligence e IA funzionano in una rete completamente isolata. Gli aggiornamenti arrivano come pacchetti firmati che importi tu stesso.
L'on-premises non è un'edizione ridotta. Ottieni la stessa ricerca, lo stesso SIEM, la stessa service intelligence e le stesse pipeline, dallo stesso codice.
Il tuo team gestisce lo stack con il nostro supporto, oppure lo gestiamo noi da remoto tramite una connessione solo in uscita che controlli tu.
LogPulse viene fornito come container con un unico pacchetto di installazione, così si installa sulla piattaforma che già gestisci.
Funziona con il profilo di sicurezza restricted predefinito, senza container privilegiati né UID fissi. Usa gli operatori e lo storage che OpenShift offre già.
Qualsiasi distribuzione Kubernetes conforme, come Rancher, Tanzu o Kubernetes upstream. Si installa con un unico pacchetto e un file di valori.
Non hai ancora Kubernetes? Forniamo un'installazione automatizzata di un Kubernetes leggero e rinforzato su Red Hat Enterprise Linux, con SELinux in modalità enforcing. Da una singola VM per un pilota a un cluster per la produzione.
Ogni evento segue lo stesso percorso e ogni livello scala e gestisce il failover in modo indipendente.
La tua rete
Agent leggeri sui tuoi server, più OpenTelemetry, syslog e HTTP. Gli agent vengono installati e aggiornati dal tuo stack.
Autentica ogni sorgente, applica le quote e accetta i dati anche quando il resto dello stack è sotto carico.
Uno stream replicato assorbe picchi e interruzioni. Gli eventi grezzi possono essere riprodotti quando cambia un parser o una pipeline.
Parsing, arricchimento, pipeline di stream, detection e alerting girano come worker che scalano orizzontalmente.
Un archivio di log colonnare replicato per cercare velocemente su mesi di dati, accanto a un archivio relazionale per configurazione, casi e utenti.
L'investigatore IA e gli agent girano su modelli open source all'interno della tua rete, sulle tue GPU.
Threat intelligence, regole di detection e dati sulle vulnerabilità arrivano come pacchetti offline firmati, o vengono scaricati automaticamente dove una connessione è consentita.
I dati più vecchi passano automaticamente da NVMe veloce a object storage compatibile S3 e restano ricercabili. Anche i backup finiscono lì. Dalla tua piattaforma o fornito con lo stack.
Tutti i componenti girano nel tuo cluster. L'accesso passa dal tuo identity provider e ogni azione finisce in un audit log a prova di manomissione.
Decidi tu quanto contatto ha lo stack con l'esterno. Le funzionalità restano le stesse.
Lo stack riceve aggiornamenti, intelligence e, opzionalmente, IA cloud direttamente da LogPulse. Il minimo lavoro di gestione.
Nessuna porta in ingresso. Lo stack scarica solo aggiornamenti e intelligence tramite il tuo proxy e tutta l'IA gira in locale.
Nessuna connessione di rete. Release e intelligence arrivano come pacchetti firmati, la licenza è un file offline e l'IA gira in locale.
L'investigatore IA e gli agent funzionano on-premises con modelli open-weight sulle tue GPU. Nessun prompt, riga di log o risposta esce dalla tua rete.
L'investigatore analizza i tuoi log, verifica ipotesi e mostra le prove dietro ogni conclusione.
Fai una domanda con parole tue e ottieni la query e la risposta, pronte da salvare o affinare.
Gli agent scrivono e testano regole di detection sui tuoi dati. Una persona rivede e pubblica sempre.
Alert e casi arrivano riassunti, con la causa probabile e i prossimi passi.
Compatto
Team piccolo o pilota
Team
Team di sicurezza e operations
SOC
24 ore su 24, più sedi
I modelli open-weight migliorano rapidamente, ma nelle indagini lunghe e in più passaggi non sono ancora forti quanto i migliori modelli cloud. Testiamo ogni modello supportato con il nostro set di valutazione e consigliamo solo quelli che lo superano. Se la tua policy lo consente, uno stack connesso può usare i nostri modelli cloud europei.
Tre profili di partenza. Dimensioniamo insieme il tuo stack in base a volume, retention e carico di ricerca.
| Profilo | PilotaProof of concept e test | StandardProduzione in alta disponibilità | GrandeTerabyte al giorno, più sedi |
|---|---|---|---|
| Volume di log | Fino a 50 GB al giorno | Fino a 500 GB al giorno | Da 500 GB a diversi TB al giorno |
| Nodi | 1 VM o nodo | 6 nodi | 9 nodi o più |
| Nodi applicativi | Condiviso con i dati: 16 vCPU, 64 GB RAM | 3 × 8 vCPU, 32 GB RAM | 3 o più × 16 vCPU, 64 GB RAM |
| Nodi dati | Stesso nodo | 3 × 16 vCPU, 64 GB RAM | 4 o più × 32 vCPU, 128 GB RAM |
| Storage per nodo dati | 2 TB di NVMe locale | NVMe locale dimensionato sulla retention, per esempio 4 TB per 90 giorni a 250 GB al giorno | NVMe locale per i dati recenti, object storage per i dati più vecchi |
| Disponibilità | Un solo nodo, nessun failover | Sopporta la perdita di un nodo senza perdita di dati | Più repliche, opzionalmente distribuite su due data center |
Valori indicativi, IA locale esclusa. Dimensione degli eventi, retention e carico di ricerca determinano il dimensionamento finale, che definiamo insieme a te.
Piattaforma
Red Hat OpenShift 4.14 o successivo, Kubernetes 1.29 o successivo, oppure macchine virtuali Red Hat Enterprise Linux 9 per la nostra installazione automatizzata.
Block storage veloce
NVMe locale per i nodi dati. Lo storage di rete va bene per gli altri componenti.
Object storage compatibile S3
Per i backup e la retention lunga. Dalla tua piattaforma o fornito con lo stack.
Rete e certificati
Un ingress o load balancer, un nome DNS e un certificato TLS della tua certificate authority.
Identità e posta
Single sign-on tramite il tuo identity provider OIDC o SAML e un relay SMTP per le notifiche.
Container registry
Per le installazioni air-gapped: un registry interno, come Harbor o Quay, in cui carichi il pacchetto di release.
GPU per l'IA locale (opzionale)
Una o più GPU da data center per l'investigatore IA e gli agent. Il modello e la memoria GPU dipendono dal numero di utenti.
Questo è un esempio, non un progetto definitivo. Mostra come lo stack si distribuisce su due data center e una terza sede, così che la perdita di un'intera sede non fermi né la ricezione né la ricerca.
Agent e sorgenti in tutte le sedi
Load balancer o DNS globale
Invia il traffico a entrambi i data center e lo sposta automaticamente in caso di guasto
Data center A
2 × Applicazione
16 vCPU, 64 GB RAM
2 × Buffer di stream
8 vCPU, 32 GB RAM, 2 TB NVMe
2 × Dati
32 vCPU, 128 GB RAM, 15 TB NVMe
1 × Nodo GPU
2 × NVIDIA L40S o 1 × H100, per l'IA locale
1 × Coordinamento
4 vCPU, 16 GB RAM
Object storage S3
Storage a lungo termine per dati più vecchi e backup, replicato nell'altro data center
Ogni evento è archiviato in entrambi i data center
Data center B
2 × Applicazione
16 vCPU, 64 GB RAM
2 × Buffer di stream
8 vCPU, 32 GB RAM, 2 TB NVMe
2 × Dati
32 vCPU, 128 GB RAM, 15 TB NVMe
1 × Nodo GPU
2 × NVIDIA L40S o 1 × H100, per l'IA locale
1 × Coordinamento
4 vCPU, 16 GB RAM
Object storage S3
Storage a lungo termine per dati più vecchi e backup, replicato nell'altro data center
Sede C: witness
1 nodo di coordinamento da 4 vCPU e 16 GB RAM mantiene la maggioranza se un data center cade
Un data center può cadere
Ricezione e ricerca continuano nell'altro data center. Quando torna, recupera da solo il ritardo.
Tra le sedi
Al massimo 5 ms di round-trip e almeno 10 Gbit/s tra i data center. Al witness basta una connessione modesta.
Cresce per gradi
Più volume significa più nodi dati, più utenti significano più capacità applicativa e GPU. Ogni livello scala in modo indipendente.
Release prevedibili che puoi verificare tu stesso prima che vadano in produzione.
Una release testata ogni mese, con fix di sicurezza intermedi quando servono. Decidi tu quando installarla.
Ogni immagine è firmata e include una software bill of materials, così il tuo team di sicurezza può verificare cosa gira.
Un file di licenza firmato stabilisce volume e funzionalità. I report di utilizzo escono dallo stack solo se li invii tu.
Raccontaci della tua piattaforma, del volume e della policy di rete. Ti rispondiamo con un'architettura e una specifica hardware.
Parla con noi