Możesz uruchomić wiele aplikacji transakcyjnych na jednym VPS, jeśli system operacyjny, licencje, zasoby i zasady dotyczące rachunków pozwalają na takie rozwiązanie. Głównym kompromisem jest to, że awaria jednego hosta może wpłynąć na każdą aplikację na nim.

Oddzielne rachunki, połączenia i procesy

Kilka rachunków w ramach jednej platformy niekoniecznie wymaga kilku kopii aplikacji. I odwrotnie, dwie aplikacje korzystające z jednego loginu do danych mogą zużywać oddzielne limity połączeń. Sprawdź aktualną politykę sesji dostawcy, zanim użyjesz tych samych danych logowania w wielu miejscach.

Dbaj o to, aby etykiety rachunków były widoczne, i odróżniaj rachunki demonstracyjne od płatnych ocen lub osobistych rachunków brokerskich. Technicznie udane zalogowanie nie ustanawia uprawnienia do kopiowania transakcji ani współdzielenia zdalnego środowiska.

Zmierz łączne obciążenie

Zacznij od wymagań, które wspiera każda aplikacja. Wskazówki NinjaTrader dotyczące zasobów wyjaśniają, że zapotrzebowanie zależy od rzeczywistego użytkowania. Unikaj uniwersalnych szacunków, takich jak jeden gigabajt na platformę lub stała liczba wykresów na rdzeń.

Zmierz łączne obciążenie obszaru roboczego podczas reprezentatywnej sesji ćwiczeniowej. Uwzględnij wczytywanie danych historycznych, niestandardowe wskaźniki, narzędzia połączeniowe i konserwację w tle. Uważaj na powolne obliczenia, stronicowanie pamięci, obciążenie dysku lub zawieszony interfejs. Wystarczająca ilość pamięci nie gwarantuje konkretnej realizacji zlecenia ani nie eliminuje poślizgu rynkowego.

Izolacja to coś więcej niż oddzielne okna

W razie potrzeby używaj odrębnych katalogów konfiguracji lub instancji obsługiwanych przez dostawcę. Upewnij się, że aktualizacja lub zmiana licencji w jednej aplikacji nie nadpisze ustawień innej. Przechowuj kopie zapasowe w sposób umożliwiający ich identyfikację według platformy i kontekstu rachunku.

Dwie maszyny wirtualne od tego samego dostawcy niekoniecznie są niezależne. Mogą współdzielić host fizyczny, pamięć masową, sieć lub region. Jeśli powodem rozdzielenia aplikacji jest odporność, zapytaj, które domeny awarii rzeczywiście się różnią.

Kopiowanie wymaga osobnej decyzji

Uruchamianie aplikacji razem nie oznacza, że kopiowanie między rachunkami jest dozwolone. Sprawdź zasady każdego programu i obsługiwane połączenie narzędzia kopiującego. Dla każdego naśladowcy niezależnie zdefiniuj mapowanie instrumentów i wielkość.

Przetestuj w symulacji częściowe realizacje, odrzucone zlecenia i rozłączonego naśladowcę. Zapisz wynikową pozycję na każdym rachunku. Kilka pulpitów pokazujących tę samą zamierzoną transakcję nie jest dowodem na to, że wszystkie rachunki otrzymały identyczne realizacje.

Odzyskiwanie i konserwacja

Udokumentuj kolejność uruchamiania hosta, usług danych i aplikacji. Przetestuj kontrolowany restart z użyciem rachunków demonstracyjnych. Potwierdź, co wymaga zalogowania użytkownika i czy automatyczne uruchomienie tworzy zduplikowane połączenia.

Po przywróceniu działania uzgodnij aktywne zlecenia i pozycje na rachunkach, zanim ponownie włączysz automatyzację. Ponowne uruchomienie wszystkich programów jednocześnie może zwiększyć prawdopodobieństwo wystąpienia sprzecznych działań, gdy stan rachunku jest niejasny.

W miarę możliwości zaplanuj aktualizacje i badania wymagające dużych zasobów oddzielnie od obciążenia związanego z realizacją zleceń. Jeśli testowanie wsteczne wielokrotnie zakłóca działanie wykresów, przeniesienie badań na inną maszynę może być bardziej użyteczne niż kupno większego uniwersalnego VPS-a.

Najważniejsze wnioski

  • Potwierdź licencje i limity połączeń przed konsolidacją.
  • Przetestuj całkowite obciążenie, zamiast liczyć ikony aplikacji.
  • Jeden VPS tworzy wspólny punkt awarii.
  • Uzgodnij stan każdego rachunku po restarcie lub przerwaniu działania narzędzia kopiującego.

Często zadawane pytania

Czy jeden większy VPS jest tańszy niż dwa mniejsze?

Porównaj aktualne równoważne wyceny, uwzględniając licencje i kopie zapasowe. Nie istnieje uniwersalna zależność cenowa.

Czy drugi VPS zapewnia automatyczne przełączanie awaryjne?

Nie. Przełączanie awaryjne wymaga przetestowanego procesu, który pozwala uniknąć zduplikowanej realizacji i założeń dotyczących współdzielonej infrastruktury.

Kiedy należy rozdzielić aplikacje?

Gdy uzasadniają to zmierzona rywalizacja o zasoby, wymagania licencyjne lub wymagania dotyczące odzyskiwania. Aby zapoznać się z początkowymi pomiarami, zobacz nasz przewodnik po specyfikacjach VPS.