Start assessment Book et møde
ENERGI & FORSYNING

Robust forsyning kræver robust digital infrastruktur

Edora Cloud kan placeres tæt på anlægget og anvendes til de workloads omkring OT-miljøet, der har behov for lokal databehandling, lav latency eller en kontrolleret vej til backup og geografisk redundans.

UDGANGSPUNKTET

Den digitale drift er blevet en del af anlægget

Forsyningssektorens digitale miljø består sjældent af én samlet platform. Kontrolsystemer, integrationslag, dataopsamling, analyse, administrative systemer og udviklingsmiljøer har forskellige krav til placering og kontinuitet.

Derfor er opgaven ikke at flytte OT-miljøet til cloud. Opgaven er at placere de omkringliggende workloads på et fundament, der kan integreres med den eksisterende drift uden at skabe en ny, unødvendig afhængighed.

Edora tager udgangspunkt i de konkrete systemer og skelner mellem det, der skal blive i den specialiserede OT-kerne, det der kan afvikles lokalt på Edora Cloud, og det der med fordel kan placeres centralt.

Læs om datasuverænitet

OPSÆTNINGEN

Fire fordele ved at placere cloudkapaciteten tættere på driften

Samme platform i alle led, driftet af Edora. Kapaciteten kan senere flytte til en datacenter-enhed ved jeres egen energiproduktion.

Behandl data, hvor de opstår

Placér compute og storage tæt på anlæg, målepunkter og lokale integrationer, når datamængder, latency eller forbindelser gør central behandling uhensigtsmæssig.

Bevar aftalte lokale funktioner

En lokal installation kan designes, så udvalgte workloads og centrale platformfunktioner fortsætter, hvis forbindelsen til andre lokationer midlertidigt afbrydes.

Anvend samme platform flere steder

Lokale og centrale installationer bygger på samme Edora Cloud-platform. Det giver fælles grænseflader, automatisering og driftsprincipper på tværs af miljøerne.

Dokumentér placering og ansvar

Dataplacering, backup, replikering, adgangsveje og ansvarsfordeling beskrives som en del af den konkrete arkitektur.

PLACERING AF WORKLOADS

Hvad bør stå hvor?

Ikke alt skal flyttes. Hvert workload vurderes ud fra funktion, integrationer, datakrav og konsekvensen ved udfald.

OT-kernen

Bliver typisk på den specialiserede platform

Systemer med direkte betydning for den fysiske proces vurderes særskilt og flyttes ikke som del af en generel cloudmigration.

  • Realtidsstyring
  • Sikkerheds- og beskyttelsesfunktioner
  • Systemer tæt bundet til fysisk udstyr
  • Specialiserede industrielle protokoller

Lokal Edora Cloud

Mulige kandidater tæt på anlægget

Workloads omkring OT-miljøet kan få et cloudfundament lokalt, når placering, datamængder eller latency kræver det.

  • Integrations- og middlewarlag
  • Lokal dataopsamling og behandling
  • Stabile VM-baserede støttefunktioner
  • Lokale analyse- og visualiseringsmiljøer

Central kapacitet

Mulige kandidater hos Edora

Mindre lokationsfølsomme workloads kan samles centralt og forbindes med den lokale platform efter behov.

  • Tværgående analyse
  • Udvikling og test
  • Backup og arkiv
  • Mindre latency-følsomme systemer

EU CLOUD IN A BOX

Hele cloudplatformen i jeres egen facilitet

EU Cloud in a Box er Edora Cloud leveret på dedikeret hardware. Kapaciteten kan installeres i jeres eget datacenter eller placeres hos Edora.

I får compute, storage og netværk med adgang gennem portal, API, CLI og Terraform. Edora dimensionerer, etablerer, overvåger og vedligeholder cloudfundamentet.

Ved placering hos jer integreres løsningen med den aftalte strøm-, køle- og netværksinfrastruktur. I har ansvar for workloads og applikationer, mens ansvaret for det underliggende platformlag følger driftsaftalen.

Se EU Cloud in a Box

EDORA CLOUD CONNECT

Forbind anlæg og datacentre gennem Cloud Connect

Cloud Connect kan forbinde direkte tilsluttede anlæg, kundeinstallationer og Edoras datacenterinfrastruktur gennem en redundant optisk backbone.

Det giver en kontrolleret transportvej til blandt andet data, backup og replikering. Intern trafik mellem de direkte tilsluttede lokationer behøver ikke benytte det offentlige internet.

Kapacitet, failover og replikering tilpasses de konkrete lokationer og driftskrav.

Se Edora Cloud Connect

ENERGIPARKER

Kapacitet tæt på energiproduktionen

Edoras VE-Datacentre placerer større datacenterkapacitet i energiparker tæt på vind- og solproduktion.

For energi- og forsyningsselskaber kan modellen på sigt være relevant til større compute- og databehandlingsbehov, hvor placering, energiforsyning og datacenterkapacitet skal tænkes sammen.

VE-Datacentrene er under etablering og indgår i Edoras roadmap.

Læs om VE-Datacentre
  • “Det er lettere og billigere at sende data via fiberoptik til et datacenter end det er at transportere el på et kabel.”

    Finn Eriksen Direktør ∙ Cloud, Security & DevOps
    Finn Eriksen

SPØRGSMÅL & SVAR

Det, forsyningsselskaber oftest vurderer

Er "data i Danmark" tilstrækkeligt?

Ikke i sig selv. En platform driftet af en udenlandsk operatør er underlagt operatørens hjemlands lovgivning, uanset at serverne står i Danmark. Edora er dansk, når det gælder ejerskab, drift og kontrol.

Kan platformen stå tæt på vores anlæg?

Ja. Hele platformen kan leveres og driftes i eget datacenter eller understation via EU Cloud in a Box, så OT-nære og latency-kritiske workloads behandles lokalt.

Hvad sker der ved tab af forbindelse?

Hver lokation drifter selvstændigt. Ved en afbrydelse fortsætter drift og workloads lokalt, og replikering genoptages automatisk, når forbindelsen er genetableret.

Hvordan understøtter platformen NIS2?

Sikkerhed, audit-logging, adgangsstyring og leverandørstyring er indbygget i platformen og giver den dokumentation, tilsyn efterspørger.

Kan vi migrere væk igen?

Ja. Platformen er open source uden proprietære lag, så workloads og data kan flyttes. En exit er teknisk reel, ikke blot beskrevet i en kontrakt.

KOM I GANG

Begynd med et anlæg eller et konkret workload

En teknisk gennemgang tager udgangspunkt i jeres eksisterende OT- og IT-miljø. Vi afklarer, hvilke workloads der er relevante, hvor de bør placeres, og hvordan forbindelser og kontinuitet skal håndteres. I behøver ikke have besluttet en samlet migration på forhånd.