Forestil dig to bots: Den ene kører Python og har en lokal SQLite-database; den anden kører JavaScript og håndterer kommandoer. Begge virker på din bærbare. At flytte dem til en server kræver flere valg om afhængigheder, lagring og hvad der sker efter en procesfejl. Den bedste Discord-bot-hosting afhænger af, hvordan delene skal fungere sammen.
Sammenlign hostingabonnementer, før du vælger
To abonnementer mærket ”1 vCPU” kan have forskellige tildelingsregler. Tjek først beregningsfamilien og derefter faktureringsperioden og backupomfanget bag prisen. Delte vCPU'er bruger CPU-ressourcer sammen med andre kunder; dedikeret tildeling reserverer CPU-ressourcer til din VPS. Rolige bots kan fungere tilfredsstillende på delte ressourcer.
| Leverandør | Undersøgt CPU-tildeling | Omkostningsdetalje, der skal tjekkes |
|---|---|---|
| Cloudzy | Både vores Regular CPU og High Frequency CPU har dedikerede vCPU'er | Sammenlign priser efter bottenes ressourcebehov og din foretrukne faktureringsperiode; timeabonnementer gør det nemt at ændre størrelse |
| DigitalOcean | Basic bruger delt CPU; dedikerede familier er separate | Bundled Plans inkluderer IPv4; backup koster ekstra |
| Hetzner | Den omkostningsoptimerede CX23 bruger delte ressourcer | IPv4 og backup koster ekstra; tjek tilgængelighed, placering og skattegrundlag |
| Vultr | De her omtalte kategorier Cloud Compute, High Frequency og High Performance bruger delt CPU | Hardwaren varierer mellem kategorier; automatisk backup koster ekstra |
| Akamai/Linode | Shared CPU kan opleve konkurrence om ressourcer | Tilgængelig i kerneregioner; priser varierer efter region |
Sammenlign komplette konfigurationer over samme periode. En årlig binding og en fleksibel månedsregning har forskellige konsekvenser, hvis du flytter installationen eller ændrer størrelsen. Medregn nødvendige adresser, backuptjenester og separat lagring i det forventede beløb.
Vælg udbyder efter din arbejdsbelastning
En bot, der venter på hændelser og lejlighedsvis håndterer en kommando, har et andet CPU-behov end en bot med vedvarende baggrundsbehandling. Vælg beregningsfamilie efter den adfærd, og tjek derefter hukommelses- og diskbehovet for hele installationen. Udbydernavne alene afgør ikke de valg.
Forskellen mellem administreret og ikke-administreret VPS påvirker også arbejdet efter købet: Fordel ansvaret for systemopdateringer, firewallindstillinger og applikationsvedligeholdelse. Betaling for en server overfører ikke alle driftsopgaver til udbyderen.
Cloudzy til kontrol over flere bots
Vælg vores Linux VPS, når flere bots har brug for uafhængige kørselsmiljøer, procesovervågning og lokal lagring under din kontrol. Vi tilbyder root-adgang og et selvadministreret miljø, så du kan organisere Python- og Node.js-processer efter applikationen. Vores NVMe-lagring kan rumme bottenes lokale database og filer.
Tildelingen i vores CPU-familier passer til installationer, hvor forudsigelig adgang til CPU-ressourcer er et krav, især når bots udfører vedvarende baggrundsarbejde.
Vi har lave startpriser, og vores priser lader dig vælge kapacitet og faktureringsperiode samlet. Dimensionér abonnementet til den samlede belastning, og vedligehold selv softwaren.
DigitalOcean til en dokumenteret VM-konfiguration
Vælg DigitalOcean, når en fastlagt Linux-VM-pakke og et dokumenteret udvalg af beregningsfamilier gør kapacitetsplanlægning lettere. Deres Droplet-priser angiver en Basic-konfiguration med 1 GiB RAM, 1 vCPU, 25 GiB SSD-lagring og 1.000 GiB overførsel.
Basic er et fornuftigt udgangspunkt for korte arbejdsspidser med inaktivitet imellem. Hvis en bot bruger meget tid på at behandle opgaver, så sammenlign dedikerede familier, før du øger størrelsen inden for Basic. Mere hukommelse og ændret CPU-tildeling løser forskellige problemer. Find hukommelsespres eller forsinkelser i CPU-planlægningen, før du vælger opgraderingen.
Droplet-priserne fra november 2026 angiver et månedligt loft på 6 $ for denne Basic-konfiguration. Med den procentbaserede ugentlige backupmulighed er regneeksemplet 6 $ × 1,20 = 7,20 $ om måneden før skat og andre gebyrer. Det dækker den valgte server og backupmulighed, ikke alle tjenester applikationen kan bruge; tjek de aktuelle Droplet-priser før køb.
Hetzner til flere lette processer på en passende placering
Overvej Hetzners europæiske omkostningsoptimerede CX23, når flere lette processer passer til de angivne 2 Intel/AMD-vCPU'er, 4 GB RAM og 40 GB NVMe-lagring. Hetzners prisvenlige CX23 er angivet som utilgængelig på kontroltidspunktet; tjek derfor produktsiden for omkostningsoptimerede løsninger, og bekræft tilgængeligheden på den valgte placering, før du planlægger flytningen.
Konfigurationen er værd at overveje, når separate kørselsmiljøer har brug for hukommelse, men venter en stor del af tiden. Undersøg det vedvarende CPU-behov, før du vælger den til kontinuerlig behandling.
Hetzners serverdokumentation angiver en Primary IPv4-adresse til 0,50 € om måneden eksklusive moms. Deres fakturerings-FAQ sætter backup til 20 % af serverprisen, mens backupdokumentationen udelukker tilknyttede Volumes. Flytter du en database til et Volume, skal du budgettere separat med dets backup. Sammenlign den valgte placering og konfiguration med de IP- og backupvalg, du faktisk vil bruge, på samme skattegrundlag som andre tilbud.
Vultr til valg af hardwarefamilie
Vælg Vultr, når du har en grund til at vælge en bestemt hardwarefamilie til dine bots. Deres dokumentation om Cloud Compute-klargøring skelner mellem almindelig Cloud Compute med standard-SSD, High Frequency med højere CPU-frekvenser og NVMe og High Performance med nyere Intel Xeon- eller AMD EPYC-processorer og NVMe.
Disse forskelle kan styre en kortliste, når applikationsmålinger peger på CPU-arbejde eller lagringsaktivitet. En højere angivet frekvens beviser ikke et hurtigere Discord-svar og ændrer ikke tildelingskategorien i tabellen. Sammenhold familien med den operation, der tager tid i botten, før du betaler for hardware, som muligvis ikke reducerer forsinkelsen.
Vultrs root- eller sudo-adgang og OS/ISO-valg passer også til installationer med særlige krav til kørselsmiljøet. Den nyttige fordel er kontrol over det installerede miljø. Du skal stadig kontrollere, at afhængigheder og installationsprocedure virker med det valgte operativsystem; en ekstra mulighed i klargøringsmenuen foretager ikke kontrollen.
Vultrs oversigt over Automatic Backups angiver et tillæg på 20 % og udelukker tilknyttet Block Storage. Gemmer du botdata dér, skal du organisere backup separat. Gennemgå hele den valgte konfiguration, før du sammenligner regningen; hverken hardwarekategori eller et standardvalg af IPv4 fortæller det endelige betalingsbeløb.
Akamai/Linode til en lille eksisterende Linux-installation
Vælg Akamai/Linode, når en lille Linux-installation passer til de Shared CPU-ressourcer, som er tilgængelige i en passende kerneregion. Deres Shared CPU-dokumentation angiver en startkonfiguration med 1 vCPU, 1 GB RAM og 25 GB SSD-lagring. Root-administration lader dig beholde kontrollen over operativsystem og applikationsopsætning.
De dokumenterede anvendelser omfatter lave til moderate CPU-behov og applikationer, der tåler konkurrence om ressourcer. Det gør løsningen til en rimelig kandidat for bots med lejlighedsvise spidsbelastninger. Vurdér en anden beregningsfamilie til vedvarende beregning.
Akamai skelner mellem kerneberegningsregioner og distribuerede beregningsregioner, hvor Shared CPU-instanser ikke er tilgængelige. Tilpas tilbuddet til den planlagte placering, og bekræft backupmuligheden separat.
Kør flere bots uden at dele alt
En Python-bot og en Node.js-bot kan bruge samme VPS og samtidig have separate afhængigheder, tokens og datastier. Giv hver et uafhængigt kørselsmiljø og genstartsmål. Root-adgang lader dig konfigurere værten; applikationsprocesserne behøver ikke selv køre som root. Adskil dem bevidst, før du tilføjer flere bots.
I en hypotetisk struktur placeres Python-bot A's kode under /srv/bot-a med sit eget Python-miljø. Node.js-bot B's kode og installation af afhængigheder placeres under /srv/bot-b. Giv hver en separat konfigurationsfil eller hemmelighedsreference med kun dens eget token. Vælg forskellige applikationsdatastier som /var/lib/bot-a og /var/lib/bot-b, og giv hver tjenestekonto adgang til de nødvendige stier. Det er foreslåede navne, ikke en installationsvejledning.
Containere er en anden måde at adskille afhængigheder på. Dockers dokumentation om ressourcebegrænsninger siger, at containere som standard ikke har ressourcelofter. Sæt bevidste hukommelses- og CPU-grænser efter observation af belastningen, så én bot ikke kan bruge en ukontrolleret del af værtens budget.
Mål bottene samlet, inklusive operativsystem, lokal database og logning. Medtag spidser ved installation, build og genstart; en måling i tomgang overser perioder, hvor begge applikationer arbejder. De grundværktøjer, en VPS har brug for, giver et udgangspunkt for vedligeholdelse og observation af værten. Vælg kapacitet ud fra målingerne, ikke et løfte om bots pr. GB eller kun antallet af Discord-servere. Begge processer deler stadig samme fejldomæne på værten.
Bevar botdata ved genudrulning
En SQLite-fil skrevet i en containers skrivbare lag forsvinder, når containeren fjernes. Dockers dokumentation om volumes livscyklus forklarer, at et bevaret volume eksisterer uafhængigt af den container, der bruger det. Placér varige botdata i et bevidst bevaret volume eller en værtssti, og registrér placeringen før genudrulning.
Adskil udskiftelig kode fra databasen, uploadede filer og anden tilstand, som botten skal bevare. Registrér, hvilken proces der skriver hvert sted, og hvilke udrulningshandlinger der fjerner det. Et bevaret volume overlever udskiftning af en container; udtrykkeligt at slette dette volume er en anden handling. Begræns også logopbevaring, så ophobet output ikke bruger diskpladsen reserveret til applikationsdata.
Persistens holder arbejdskopien tilgængelig gennem en udrulning. Backup kræver en separat kopi, der kan gendannes. Vælg til en aktiv SQLite-database en databasebevidst metode som den dokumenterede SQLite Online Backup API. Den kopierer en aktiv database til en anden databasefil. Et diskøjebliksbillede fra udbyderen beviser ikke alene, at applikationstilstanden kan gendannes korrekt.
Opbevar en backup uden for VPS'ens fejldomæne, og dokumentér gendannelsen. Gendan først til en isoleret destination, og kontrollér derefter forventede poster og filer. Tjek en kendt gemt bottilstand, eksempelvis en konfigureret kanal eller gemt indstilling. Forhindr den gendannede testkopi i at forbinde med produktionslegitimationsoplysninger. En fuldført backupopgave er kun nyttig dokumentation sammen med en vellykket gendannelseskontrol.
Kontrollér gendannelse, før alle bots flyttes
En bot kan have en aktiv proces og stadig ikke svare på en Discord-kommando. Vælg én supervisor pr. proces, konfigurér fejl- og opstartsadfærd, og test applikationssvaret separat. Native tjenester, PM2-styrede Node.js-processer og Docker-containere har forskellige gendannelsesindstillinger; en genstartspolitik alene beviser ikke bottens tilgængelighed.
For native tjenester beskriver systemd-tjenestemanualen Restart=on-failure ved relevante fejl, herunder en afslutningskode forskellig fra nul. Konfigurér opstart ved boot separat. Med Node.js kræver PM2's opstartsdokumentation opstartsintegration og en gemt applikationsliste til gendannelse efter genstart. Opdatér integrationen efter ændring af Node.js-versionen.
Dockers dokumentation om genstartspolitikker skelner mellem unless-stopped, der bevarer tilsigtede stop på tværs af daemon-genstarter, og on-failure, som ikke genstarter containere, når daemonen genstarter. Lad Docker overvåge sine containere; undgå en processtyring på værten, som konkurrerer om at genstarte samme container.
Discords dokumentation om Gateway-forbindelser kræver heartbeats og håndtering af afbrydelser på den vedvarende WebSocket-forbindelse. Applikationen eller dens bibliotek skal genoprette forbindelsen korrekt. Et tal for infrastrukturens oppetid bekræfter hverken forbindelsens tilstand eller at bottens kommandohåndtering virker.
Før alle bots flyttes, skal du udføre denne foreslåede accepttest på en ikke-kritisk installation:
- Fremkald en kontrolleret procesfejl. Bekræft, at den valgte supervisor genstarter processen, og at gemte logs forklarer fejlen. Undersøg gentagne nedbrud, før du aktiverer en uovervåget genstartsløkke.
- Genstart værten. Kontrollér, at de tiltænkte processer vender tilbage med forventet konfiguration og datastier.
- Kontrollér Discord-forbindelsen, og kør en repræsentativ kommando for hver bot. Registrér det observerede resultat, ikke kun processtatus.
- Udfør den isolerede gendannelsesprocedure ovenfor, og bekræft den forventede applikationstilstand.
Flyt de resterende bots, efter at du har registreret resultaterne og løst eventuelle mislykkede kontroller.
Ofte stillede spørgsmål
Discords interaktionsmetode og databasens skrivemønster kan ændre kravene til installationen.
Har alle Discord-bots brug for en vedvarende forbindelse?
Nej. Discords dokumentation om levering af interaktioner tillader interaktioner via Gateway eller en HTTP-webhook; HTTP-metoden kræver ingen tilsluttet Gateway-klient. Den kræver stadig et tilgængeligt endpoint og erstatter ikke alle Gateway-hændelser. Vælg forbindelsesmodel efter de hændelser, applikationen bruger.
Kan flere bots skrive til samme SQLite-database?
Ja, hvis skrivningerne kan skiftes. SQLites vejledning om samtidighed tillader flere læsere, men kun én skriveproces ad gangen pr. databasefil. Hvis samtidige skriveprocesser ikke kan vente i kø, bør du overveje en klient/server-database. En anden VPS ændrer ikke SQLites model for samtidige skrivninger.
Løser en hurtigere VPS timeout ved Discord-interaktioner?
Ikke nødvendigvis. Discords krav til interaktionssvar kræver et første svar inden for tre sekunder; interaktionstokens er gyldige i 15 minutter til opfølgende svar. Kontrollér applikationens svarhåndtering, før du skifter vært. Mere CPU eller hukommelse hjælper kun, når ressourcepres bidrager til den overskredne frist.
Diskussion
Kommentarer
Log ind for at deltage i diskussionen.