Du kan køre flere handelsapplikationer på én VPS, når styresystemet, licenserne, ressourcerne og kontoreglerne understøtter en sådan løsning. Den væsentligste afvejning er, at en fejl på værten kan påvirke alle applikationer på den.

Adskilte konti, forbindelser og processer

Flere konti i én platform kræver ikke nødvendigvis flere kopier af applikationen. Omvendt kan to applikationer, der bruger ét datalogin, forbruge separate forbindelseskvoter. Tjek udbyderens aktuelle sessionspolitik, før du åbner de samme loginoplysninger flere steder.

Hold kontomærkater synlige, og skeln mellem øvekonti og betalte evalueringer eller personlige mæglerkonti. Et teknisk vellykket login giver ikke tilladelse til at kopiere handler eller dele et fjernmiljø.

Mål den samlede arbejdsbelastning

Start med hver applikations understøttede krav. NinjaTraders vejledning om ressourcer forklarer, at behovet afhænger af den faktiske brug. Undgå generelle skøn som én gigabyte pr. platform eller et fast antal grafer pr. kerne.

Mål det samlede arbejdsområde under en repræsentativ øvesession. Medtag indlæsning af historiske data, brugerdefinerede indikatorer, forbindelsesværktøjer og baggrundsvedligeholdelse. Vær opmærksom på langsom beregning, paging, disktryk eller en fastlåst grænseflade. Tilstrækkelig hukommelse garanterer ikke en bestemt ordreudførelse og eliminerer ikke markedsglidning.

Isolering er mere end adskilte vinduer

Brug forskellige konfigurationsmapper eller leverandørstøttede instanser, hvor det er nødvendigt. Bekræft, at en opdatering eller licensændring i én applikation ikke overskriver en anden applikations indstillinger. Hold sikkerhedskopierne identificerbare ud fra platform og kontokontekst.

To virtuelle maskiner fra samme udbyder er ikke nødvendigvis uafhængige. De kan dele en fysisk vært, lagring, netværk eller region. Hvis robusthed er årsagen til at adskille applikationerne, så spørg, hvilke fejldomæner der faktisk er forskellige.

Kopiering kræver en separat beslutning

At køre applikationer sammen betyder ikke, at kopiering mellem konti er tilladt. Tjek hvert programs regler og kopieringsværktøjets understøttede forbindelse. Definer instrumentmapning og mængde uafhængigt for hver følger.

Test delvise udførelser, afviste ordrer og en afbrudt følger i simulation. Registrér den resulterende position på hver konto. Flere dashboards, der viser den samme tilsigtede handel, er ikke bevis for, at alle konti fik identiske udførelser.

Genopretning og vedligeholdelse

Dokumentér opstartsrækkefølgen for værten, datatjenester og applikationer. Test en kontrolleret genstart med øvekonti. Bekræft, hvad der kræver et brugerlogin, og om automatisk opstart skaber dublerede forbindelser.

Efter genopretning skal du afstemme aktive ordrer og kontopositioner, før du genaktiverer automatisering. At genstarte alle programmer på én gang kan øge sandsynligheden for modstridende handlinger, når kontotilstanden er uklar.

Planlæg opdateringer og ressourcekrævende research adskilt fra udførelsesbelastningen, hvor det er praktisk. Hvis backtesting gentagne gange forstyrrer grafer, kan det være mere nyttigt at flytte research til en anden maskine end at købe en større alsidig VPS.

Vigtige pointer

  • Bekræft licenser og forbindelseskvoter, før du konsoliderer.
  • Test den samlede arbejdsbelastning i stedet for at tælle applikationsikoner.
  • Én VPS skaber et fælles fejlpunkt.
  • Afstem hver konto efter genstart eller afbrydelse i kopieringsværktøjet.

Ofte stillede spørgsmål

Er én større VPS billigere end to mindre?

Sammenlign aktuelle tilsvarende tilbud, inklusive licenser og sikkerhedskopier. Der findes ingen universel sammenhæng mellem priserne.

Giver en anden VPS automatisk failover?

Nej. Failover kræver en testet proces, der undgår dobbelt udførelse og antagelser om delt infrastruktur.

Hvornår bør jeg opdele applikationer?

Når målt konkurrence om ressourcerne, licensforhold eller genopretningskrav berettiger det. Se vores guide til VPS-dimensionering for de indledende målinger.