Hvis du kører Jira Server i 2026, kører du software uden support. Atlassian afsluttede supporten den 15. februar 2024. Ingen sikkerhedsrettelser. Ingen fejlrettelser. Ingen leverandørsupport.
Den 30. marts 2026 stoppede Atlassian med at tage imod nye Data Center-abonnementer fra nye kunder. Eksisterende kunder kan fortsætte visse køb frem til den 30. marts 2028 og fornyelser frem til den 28. marts 2029, hvor berørte produkter bliver skrivebeskyttede ifølge Atlassians offentliggjorte end-of-life-tidsplan for Data Center.
Så hvad nu?
Der er tre seriøse selvhostede muligheder, som er værd at sammenligne i 2026: OpenProject, Plane og Redmine. Dette indlæg sammenligner dem efter brugsscenarie frem for en funktionsliste, gennemgår den officielle OpenProject Jira Migrator, som nu er i beta for understøttede Jira Server- og Data Center-versioner, og slutter med det ærlige modargument: hvornår Jira Cloud stadig er det rigtige svar.
Hvis du er her, fordi "vi skal migrere inden 2029, og jeg har brug for at kende mine reelle muligheder", så læs videre. Er du her, fordi "jeg vil have et funktionsskema med 47 kolonner", findes der andre artikler til det. Denne er ikke en af dem.
Den korte version
- Jira Server er allerede uden support, og Jira Software Data Center udfases. Nysalg af Data Center til nye kunder ophørte i 2026; berørte eksisterende abonnementer når end-of-life i 2029.
- Tre reelle selvhostede veje i 2026. OpenProject til teams, der vil have en Jira-formet erstatning med et migreringsværktøj, Plane til engineering-drevne teams, der vil have Linears UX uden SaaS-regningen, Redmine til teams, der vil have en ressourcelet issue tracker, som har virket i to årtier.
- OpenProject har en indbygget Jira Migrator i beta til Jira Server og Data Center 10.x og 11.x, ikke til Jira Cloud. De officielle kilder er i øjeblikket ude af trit: den tekniske guide fra maj angiver et smallere kernedatasæt, mens nyere juli-sider siger, at Migrator også importerer sagshistorik, kommentarer samt involverede brugere og grupper. Betragt de nyere udsagn som versionsafhængige, og bekræft dem i en pilot på præcis den OpenProject-udgivelse, du vil udrulle. Plane reklamerer separat med en kontrolleret Jira-import og tæt migreringssupport til teams med 100+ pladser. Redmine har ingen tilsvarende førstepartsvej.
- VPS-dimensioneringen er beskeden. De officielle anbefalinger starter OpenProject og Plane på 4 GB RAM; Plane anbefaler 8 GB til produktion. Cloudzys Redmine-image angiver 2 GB RAM som minimum.
- Jira Cloud er stadig det rigtige for nogle teams, især dem uden driftskapacitet. Atlassians priser varierer efter antal pladser og faktureringsinterval, så brug den aktuelle Jira-prisside i stedet for at stole på en gammel fastlåst pris.
Atlassians nedtællingsur: hvad der reelt sker
Tre datoer, der sætter uret for Jira:
- 15. februar 2024: Atlassian afsluttede supporten for Jira Server. Der leveres hverken teknisk support, sikkerhedsopdateringer eller fejlrettelser til Server-produkter eller -apps.
- 30. marts 2026: Atlassian stoppede salget af nye Data Center-abonnementer og Marketplace Data Center-apps til nye kunder. Eksisterende kunder kan stadig forny.
- 28. marts 2029: Berørte Data Center-abonnementer og -apps udløber og bliver skrivebeskyttede. Atlassian oplyser, at forlænget vedligeholdelse undtagelsesvis kan være tilgængelig for visse kunder.
Teams reagerer på cirka tre måder. Nogle migrerer til Jira Cloud, betaler regningen pr. plads og tager den driftsmæssige forenkling med. Nogle trækker den med Data Center-fornyelser frem til 2029 og betragter fristen som et problem for deres fremtidige jeg. Nogle vurderer allerede nu selvhostede alternativer for at undgå både prisen og fristen.
Hører du til gruppe to ("det finder vi ud af senere"), er den ærlige vurdering, at "senere" kun er et 2029-problem, hvis du heller ikke har andet på din roadmap indtil da. De fleste teams, jeg har set gøre dette, ender med at migrere i panik, fordi kalenderen løber hurtigere, end nogen regner med.
Pro-tip: Kører dit team på Server, retfærdiggør alene sikkerhedsrisikoen at behandle det som et 2026-problem, ikke et 2029-problem. Issue trackers uden support er stadig angrebsflade, og de havner ofte lavt i sikkerhedsgennemgange netop fordi de "bare virker".
Afsnitskonklusion: Uret er dateret, offentligt og officielt. Planlæg omkring 2026-2027, ikke 2029.
De tre realistiske selvhostede veje i 2026
Open source-økosystemet rummer snesevis af issue trackers. For at holde sammenligningen fokuseret dækker denne artikel tre klart forskellige veje: OpenProject til formel projektledelse og det mest direkte migreringsværktøj; Plane til et moderne engineering-workflow; og Redmine til en moden, udvidelig tracker. Taiga, Tuleap, Kanboard og andre projekter kan stadig passe bedre til smallere krav.
Her er, hvad hver af dem faktisk er.
OpenProject
OpenProject er en Ruby on Rails-applikation med PostgreSQL bagved. Community Edition er under GPLv3 og gratis at hoste selv; betalte Enterprise on-premises-planer tilføjer support og Enterprise-funktioner.
UX-positioneringen er nyttebetonet og funktionstæt. Det ligner enterprise-projektstyringssoftware, fordi det er det. Stærk understøttelse af gantt-diagrammer, formel projektporteføljerapportering, BCF-baseret samarbejde til byggeri og ingeniørarbejde samt ansvarlighedsflows for interessenter. Har dit team nogensinde bedt om "rigtig gantt" eller "afhængigheder mellem epics på tværs af projekter", er dette dit værktøj.
Det team, OpenProject passer bedst til, er et, der har brug for, at klassisk vandfald og agil metode kan sameksistere i samme instans, formel rapportering opad og en officiel migreringsvej fra understøttede Jira Server- eller Data Center-versioner. Vi vender tilbage til Migrator og dens nuværende begrænsninger nedenfor.
Svagheden er indlæringskurven. Teammedlemmer, der kommer fra Jira Cloud eller Linear, vil sige, at OpenProject føles tungt. De tager ikke fejl. Mange af Jiras kernebegreber har modstykker i OpenProject, men du skal måske læse dokumentationen for at finde dem.
OpenProject findes i Cloudzy-marketplacen som ét-kliks-udrulning, hvis du vil springe Compose-dansen over.
Plane
Plane er et yngre projekt, grundlagt i 2022. Den nuværende selvhostede distribution er en samlet Docker- eller Kubernetes-udrulning med flere applikationstjenester plus PostgreSQL, Redis og objektlagring frem for en simpel stak på fem containere.
- Web- og API-tjenester
- Baggrundsworkers
- PostgreSQL
- Redis
- Objektlagring
Community Edition er licenseret under AGPLv3.
UX-positioneringen er åbenlyst inspireret af Linear. Cyklusser, moduler, projekter, visninger. Moderne, hurtig, med holdning. Hvis du nogensinde har holdt af Linears standardtastaturgenveje eller dens issue-model, vil Plane føles velkendt inden for en time.
Det bedst egnede team er engineering-drevet: startups, uafhængige produktteams, små udviklingshuse, hvor ingeniører er de primære brugere, og projektstyringsværktøjet mest er en issue tracker plus et sprintboard. Her skinner Plane.
Der er reelle svagheder, man bør anerkende. Projektet er yngre end de andre, hvilket betyder et mindre integrationsøkosystem og en hurtigere foranderlig udrulningsflade. AGPLv3-licensen fortjener også et gennemsyn, før du ændrer softwaren til en kommerciel netværkstjeneste.
Plane er pr. juli 2026 ikke i Cloudzys marketplace, så denne løsning kræver Planes egen Docker- eller Kubernetes-udrulning på den VPS, du vælger. Det er overkommeligt for et team, der allerede er fortroligt med containere, men det giver mere opsætning og vedligeholdelse end et ét-kliks-image.
Redmine
Redmine er veteranen. Første udgivelse i 2006. Ruby on Rails med MySQL- eller PostgreSQL-backend. GPLv2. Let efter nutidens målestok, dels fordi kernen faktisk er lille, dels fordi det meste af det, folk vil have fra Redmine, kommer via plugins.
UX'en er ældre. Der er ingen grund til at lade som om andet. Redmine 7.0 blev den nyeste stabile gren i juni 2026, men standardgrænsefladen føles stadig traditionel. Bleuclair-temaet moderniserer Redmine 6.1; kontrollér tema- og pluginkompatibilitet, før du går over til Redmine 7. Er moderne UX et ufravigeligt krav, så kig på Plane.
Det bedst egnede team er et, der allerede kører Redmine, eller et, der vil have en stabil, ressourcelet issue tracker uden et stærkt påtvunget workflow. Plugin-økosystemet er enormt:
- Agile boards
- Gantt
- Tidsregistrering
- SCM-integrationer
- Tilpassede workflows
Har et team et specifikt workflowbehov, findes der sandsynligvis et Redmine-plugin til det.
Svagheden er todelt. UX'en, som beskrevet. Og selve plugin-økosystemet, som er tveægget: plugins løser problemer, men skaber hovedpine med versionskompatibilitet ved opgraderinger. En Redmine-instans med otte plugins er en instans, hvor hver mindre opgradering kræver test.
En note til teams, der allerede kører Redmine: hvis den eneste indvending er UX'en, og I er på Redmine 6.1, er Bleuclair-temaet et billigt eksperiment, der måske fjerner behovet for en platformsmigrering. Test det først, og bekræft kompatibiliteten før enhver opgradering til Redmine 7.
Afsnitskonklusion: Vælg efter arketype. OpenProject til en Jira-formet erstatning. Plane til Linear-UX uden SaaS-regningen. Redmine til stabil issue tracking med et plugin til alt.
Sammenligning side om side
Nu hvor hvert værktøj er gennemgået i detaljer, sætter vi dem op i et overskueligt format.
| Dimension | OpenProject (Community) | Plane (Community) | Redmine |
|---|---|---|---|
| Første udgivelse | 2012 | 2022 | 2006 |
| Stak | Ruby on Rails plus PostgreSQL | Samlet app plus PostgreSQL, Redis og objektlagring | Ruby on Rails plus MySQL eller PostgreSQL |
| Licens | GPLv3 | AGPLv3 | GPLv2 |
| Minimumsdimensionering (lille team) | 4 kerner, 4 GB RAM | Fra 4 GB RAM, 8 GB anbefales til produktion | Fra 2 GB RAM |
| Cloudzy-marketplacen | Ja (ét klik) | Nej (selvadministreret udrulning) | Ja (ét klik) |
| Egen Jira-migreringsvej | Indbygget beta: Server/Data Center 10.x til 11.x | Guidet import; tæt assistance ved 100+ pladser | Intet |
| Stærkest til | Formel projektledelse, gantt, porteføljerapportering | Moderne UX, engineering-teams | Let issue tracking, plugins |
| Svagest til | Tungere UX; migrator stadig i beta | Yngre økosystem; højere RAM-minimum | Aldrende standard-UX; plugin-kompatibilitet |
OpenProjects Jira Migrator: hvad den reelt gør
Det er den detalje, som de fleste 2026-oversigter springer over eller henviser til en fodnote. Det er samtidig den bærende grund til, at OpenProject er det mest oplagte valg for teams, der i dag er på Jira.
OpenProject gjorde sin beta Jira Migrator tilgængelig i 2026 som en del af Community Edition. Den forbinder via API og et Personal Access Token med adminrettigheder til Jira Server eller Data Center 10.x og 11.x. Jira Cloud understøttes ikke i øjeblikket.
Hvad OpenProjects nuværende officielle sider tilsammen siger, at den importerer:
- Projekter og projektidentifikatorer
- Sager: resumé eller titel, beskrivelse, vedhæftninger, historik, kommentarer, forfaldsdato, estimerede timer og resterende timer; sagsidentifikatorer understøttes ligeledes i beta
- Brugere og involverede grupper, herunder navne, e-mailadresser, projektmedlemskab og gruppemedlemskab
- Understøttede brugerdefinerede felter, der har et modstykke i OpenProject
- Statusser og sagstyper
Hvad du fortsat bør betragte som ikke understøttet:
- Relationer mellem sager og sprinttildelinger
- Workflows, rettigheder og skemaer på projektniveau
- Labels, versioner, komponenter og andre felter, der ikke er anført som dækket, bør betragtes som ikke understøttede, indtil en pilot beviser andet
- Jira Cloud, data fra Marketplace-apps, automatiseringsregler og eksterne integrationer
To driftsdetaljer betyder lige så meget som feltlisten. Importkørsler lander først i en gennemgangstilstand, og en import kan rulles tilbage, så længe den stadig er under gennemgang. Når du har godkendt importen, kan den ikke længere rulles tilbage. Og da dækningen stadig ændrer sig fra udgivelse til udgivelse, bør du tjekke den aktuelle dokumentation før hver migrering.
En fornuftig mental model: beta-Migrator håndterer et voksende sæt af centrale projektdata, ikke et komplet Jira-miljø. Planlæg en kontrolleret pilot, og afsæt tid til at genopbygge ikke-understøttet workflowlogik, rettigheder, apps og integrationer.
Bemærk: OpenProjects tekniske guide fra 6. maj angiver et smallere datasæt end de nyere juli-sider, som tilføjer historik, kommentarer samt involverede brugere og grupper. Da Migrator fortsat er i beta, bør du bekræfte dækningen i præcis den version, du udruller, og teste den på et repræsentativt Jira-projekt før omlægningen.
En mere sikker overordnet migreringsvej ser sådan ud:
- Rejs en ikke-produktionsinstans af OpenProject på en VPS (Cloudzys ét-kliks-image duer, eller brug OpenProjects understøttede udrulningsmetoder).
- Bekræft, at kilden er Jira Server eller Data Center 10.x eller 11.x, og opret derefter et Personal Access Token med adminrettigheder.
- Tag en sikkerhedskopi af OpenProject-testinstansen, og konfigurér derefter Migrator med Jira-URL og token.
- Kør en pilot på ét repræsentativt projekt, og verificér projektidentifikatorer, brugere, gruppemedlemskaber, statusser, sagstyper, understøttede brugerdefinerede felter, vedhæftninger, historik, kommentarer, forfaldsdatoer, estimater og resterende timer.
- Gennemgå piloten grundigt. Så længe importen er under gennemgang, kan du rulle den tilbage, hvis mappingerne er forkerte; efter godkendelse kan den import ikke længere rulles tilbage.
- Planlæg først produktionsmigreringen, når piloten er bestået. Brug et vedligeholdelsesvindue, frys skrivninger til Jira, bevar sikkerhedskopier, og genopbyg ikke-understøttede workflows og integrationer separat.
Plane reklamerer nu med en kontrolleret førsteparts Jira-import , der mapper projekter, sager, sprints, sagstyper, statusser, brugerdefinerede felter, kommentarer og vedhæftninger; teams med 100+ pladser kan bede om tæt migreringssupport. Redmines vej er fortsat mindre direkte og hviler på community-plugins eller CSV-arbejdsgange, som skal testes mod præcise versioner og konfigurationer.
Afsnitskonklusion: OpenProjects beta-Migrator understøtter Jira Server/Data Center 10.x og 11.x, men de officielle kilder er uenige om den nuværende dækning. Validér din præcise version. Plane tilbyder guidet import; Redmine har ingen tilsvarende førstepartsvej. Kør pilot på både OpenProject og Plane inden produktion.
VPS-dimensionering: hvad hvert værktøj reelt kræver
Infrastrukturomkostningen ved selv at hoste disse værktøjer er beskeden. Driftssikkerhed, sikkerhedskopier, gendannelsestest og overvågning betyder mere end at presse stakken ned i den mindste plan. Cloudzy offentliggør i øjeblikket en 99,95 % oppetids-SLA, og dens VPS-planer kan skaleres, efterhånden som forbruget vokser.
| Planlægningspunkt | OpenProject | Plane | Redmine |
|---|---|---|---|
| Startanbefaling | 4 kerner, 4 GB RAM | 2 kerner, 4 GB RAM | Fra 2 GB RAM (Cloudzy-image) |
| Produktionsnote | Minimum for enkelt server; op til 200 brugere i alt | Anbefaler 8 GB RAM | Plugins og samtidighed driver belastningen |
| Skalér når | Køer, DB-latens eller RAM stiger | Tjenester konkurrerer om RAM og CPU | DB-latens eller plugin-belastning stiger |
Et par noter, der har betydning i driften:
- OpenProjects officielle minimum for en installation på én server er en quad-core CPU, 4 GB RAM og 20 GB ledig diskplads. Eksemplet med en lille instans angiver separat 2 CPU-kerner og 4 GB RAM til applikationen plus 2 CPU-kerner og 4 GB RAM til PostgreSQL.
- Planes officielle krav til selvhosting angiver mindst 2 CPU-kerner og 4 GB RAM, med 8 GB anbefalet til produktion.
- Cloudzys Redmine-image angiver 2 GB RAM som minimum. Oversæt det ikke til et garanteret antal brugere: plugins, mængden af vedhæftninger, samtidige forespørgsler og databasens adfærd afgør den reelle kapacitet.
Til sammenligning: Cloudzys standard 4 GB-plan leverer 2 vCPU, 120 GB NVMe-lagring og 5 TB trafik. Den opfylder OpenProjects RAM-minimum, men ikke det officielle krav om fire kerner, så brug en plan eller en tilpasset konfiguration med mindst 4 vCPU til OpenProject. Overvåg databaselatens, worker-køer og hukommelsespres, før du skalerer; lov ikke en fast ydelsesfaktor alene ud fra lagringstypen.
Byg på en Linux VPS med root-adgang, NVMe og AMD EPYC-kraft.
Se Linux-planerAfsnitskonklusion: Redmine kan starte omkring 15 $ om måneden og Plane omkring 29 $ om måneden til Cloudzys nuværende standardlistepriser før kampagner. OpenProject kræver ifølge sit officielle minimum mindst fire CPU-kerner, så prissæt den ud fra en tilsvarende konfiguration frem for 2-vCPU/4 GB-planen.
Hvornår Jira Cloud stadig er det rigtige svar
Selvhosting bytter penge for tid. Der findes en teamsammensætning, hvor pengene er mere værd end den tid, du ville spare, og det team bør betale Atlassian.
Jira Cloud-listepriser pr. juli 2026, hentet fra Atlassians offentlige prisside (satserne fastsættes af Atlassian, varierer efter faktureringsinterval og antal pladser og ændres uden varsel, så betragt hvert tal nedenfor som et øjebliksbillede fra 2026, og bekræft det på den aktuelle Jira-prisside inden du budgetterer):
- Gratis: op til 10 brugere.
- Standard: around $8 per user per month as of mid-2026.
- Premium: around $14 per user per month as of mid-2026.
- Enterprise: årlige kontrakter, individuel prissætning.
At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.
Stil nu det ærlige spørgsmål: hvem tager sig af sikkerhedskopier, gendannelsestest, opgraderinger, Postgres-vedligeholdelse, overvågning, SSL-certifikater, brugeroprettelse og hændelseshåndtering? Sammenlign Jira Cloud-abonnementet med den fulde omkostning ved at drive den selvhostede stak, ikke kun VM-regningen. Hvis ingen tager det arbejde, kan den tilsyneladende besparelse hurtigt forsvinde.
Værdien af Jira Cloud er hovedsageligt driftsmæssig. Atlassian kører platformen, opgraderingerne, patches og sikkerhedskopier på serviceniveau; dit team ejer stadig adgangspolitikker, identitetsintegration, app-governance og beslutninger om dataopbevaring. For et team, hvor ingen kan drive en projektstyringsstak, er det managed lag reel værdi.
Ærligt sagt: selvhosting passer til teams, der allerede kører en VPS, har en ingeniør, som er fortrolig med Docker, og har kapacitet til driftsarbejdet. Jira Cloud passer til teams, hvor ingen på holdet vil være den, der bliver vækket, fordi Postgres løb tør for diskplads.
Er du i tvivl om, hvilket team I er, så kør en to ugers OpenProject-pilot på en VPS. Er din kilde en understøttet Jira Server- eller Data Center-version, så importér ét repræsentativt projekt med beta-Migrator; Jira Cloud understøttes endnu ikke. Enten tager teamet det til sig, og I lærer driftsbyrden at kende, eller også begynder regningen for Jira Clouds managed service at se mere rimelig ud.
Hurtig dom
- Migrerer du fra en understøttet Jira Server- eller Data Center-version og vil have en indbygget selvbetjenings-beta: OpenProject. Validér den versionsspecifikke feltdækning før produktion.
- Engineering-drevet team, der vil have moderne UX og en guidet Jira-import: Plane. Den kræver 4 GB RAM, anbefaler 8 GB til produktion og tilbyder tæt ledsaget migrering til teams med 100+ pladser.
- Kører du allerede Redmine og vil have en stabil issue tracker på en ressourcelet VPS: bliv på Redmine. Prøv Bleuclair-temaet, før du overvejer en migrering.
Ofte stillede spørgsmål
Er Jira Server stadig understøttet i 2026?
Nej. Atlassian afsluttede supporten for Jira Server den 15. februar 2024. Alle, der kører det i 2026, bruger software uden support og uden sikkerhedsrettelser. Nye kunder kan ikke længere købe Jira Data Center, så de realistiske understøttede veje er Jira Cloud eller et vedligeholdt alternativ; eksisterende Data Center-kunder kan fortsætte efter Atlassians offentliggjorte udfasningsplan.
Kan jeg stadig købe Jira Data Center?
Nej, ikke som ny kunde. Atlassian stoppede salget af Data Center til nye kunder den 30. marts 2026. Eksisterende kunder kan købe nye abonnementer, apps og udvidelser frem til den 30. marts 2028 og forny eksisterende abonnementer frem til den 28. marts 2029. Derefter bliver berørte produkter skrivebeskyttede, medmindre Atlassian giver en ekstraordinær forlængelse.
Hvordan migrerer jeg fra Jira til OpenProject?
OpenProjects Jira Migrator er i øjeblikket i beta. Den forbinder via API til Jira Server eller Data Center 10.x og 11.x med et Personal Access Token med adminrettigheder; Jira Cloud understøttes ikke. Nyere officielle sider fra juli 2026 angiver, at den importerer projekter og identifikatorer; sager med beskrivelser, vedhæftninger, historik og kommentarer; involverede brugere og grupper; statusser og typer; samt understøttede brugerdefinerede felter. Den tekniske guide fra maj angiver stadig et smallere sæt, så bekræft den præcise dækning i den version, du udruller. Workflows, rettigheder, skemaer, sagsrelationer og sprinttildelinger er fortsat ikke understøttet eller står på roadmappet.
Hvad er det billigste selvhostede Jira-alternativ?
Ud fra de aktuelt dokumenterede startkrav er Redmine på Cloudzys 2 GB-image den billigste løsning. OpenProjects minimum for én server er fire CPU-kerner og 4 GB RAM. Plane kræver 2 kerner og 4 GB RAM, med 8 GB anbefalet til produktion. Community-udgaver medfører ingen softwarelicensomkostninger, men betalt support, sikkerhedskopier, overvågning og driftstid tæller stadig med.
Er Plane en reel erstatning for Jira?
For engineering-drevne teams, ja. Planes UX ligger tættere på Linear end på Jira, og dens issue-model passer til engineering-workflows. Plane dokumenterer en kontrolleret Jira-import, der dækker projekter, aktive sager og backlog-sager, tildelte personer, labels, prioriteter, sprints, sagstyper, statusser, brugerdefinerede felter, kommentarer og vedhæftninger. Der tilbydes også tæt ledsaget migrering ved 100+ pladser, men teams med komplekse Marketplace-apps eller workflows bør stadig validere med en pilot.
Har Redmine et Jira-migreringsværktøj?
Ikke officielt. Der findes community-importplugins og CSV-arbejdsgange, men kompatibilitet og datadækning varierer efter Jira- og Redmine-version. Test den konkrete vej med et repræsentativt projekt. OpenProject har en indbygget beta-Migrator til understøttede Jira Server- eller Data Center-kilder, mens Plane tilbyder en guidet førstepartsimport.
Kan jeg køre nogen af dem på en lille VPS?
Cloudzys Redmine-image angiver 2 GB RAM som minimum, hvilket svarer til 14,95 $ om måneden til standardlistepris. OpenProject kræver mindst fire CPU-kerner og 4 GB RAM. Plane kræver 2 kerner og 4 GB RAM, med 8 GB anbefalet til produktion. Cloudzys standard 4 GB-plan har 2 vCPU og er listet til 28,95 $ om måneden, hvilket kampagner nogle gange sænker. At køre alle tre på én lille VPS er ikke et fornuftigt produktionsdesign.
