概要
取引ターミナルは即時に感じられるべきです。 Cloudzy のワンクリック MetaTrader 4 VPS は専用の EPYC vCPU をペアにし、 DDR5 RAM、そして純粋-NVMe 収納付き 10 Gbps アップリンクなので、注文チケットはすぐに開き、Expert Advisor は途切れることなく実行されます。時間単位の課金により、アクティブなセッション中にロンドンまたはニューヨークのインスタンスを起動し、後で適切なサイズに調整できます。 Windows を手に入れるには MT4 4.0.0 プラスオプション Node.js Webhook とダッシュボードのスタック。
説明
この画像は同梱されています MetaTrader 4 にプレインストールされている Windows Server 2012 R2 or Windowsサーバー2016。一般的なブローカー サーバーへの低遅延ログイン、安定した EA 稼働時間、ティック ログと履歴ファイルの予測可能なディスク I/O を実現するように調整されています。また、スナップショット制御と静的 IP も取得できるため、メンテナンス後に端末が正常に再接続されます。
デスクトップにアクセスする
任意の RDP クライアントを使用して接続し、展開時に設定した管理者パスワードを使用してサインインします。デスクトップに表示されたら、起動します MetaTrader 4、ブローカーサーバーを追加し、取引アカウントにログインします。ラップトップがスリープ状態になっても EA とアラートがアクティブな状態を維持できるように、市場時間中は VPS を実行し続けます。
高度な機能
これらは自動取引と手動取引にとって重要なアップグレードです。これらは、変動の激しいローソク足の間でもチャートの応答性を維持し、EA がログを書き込む際のプラットフォームの停止を防ぎます。
- 専用の vCPU と DDR5 RAM 一貫した戦略テスターと EA のパフォーマンスを実現
- 純粋なNVMeストレージ 高速ティックキャッシュ、ログ、履歴書き込み用
- 10 Gbps network port Tier-1 ブレンドを使用して、ニュースの急増時のパケット損失を削減します
- スナップショットと即時ロールバック プラットフォームまたはEAのアップデート前
- 時間単位課金 ステージングまたは週末のテストボックス用
- 1 回の再起動でサイズ変更が適用されます。データ移行は必要ありません。
使いやすさ
ダッシュボードから電源アクション、スナップショット、領域の移動を制御します。 RDP クライアントで VPS IP を直接使用してすぐにアクセスするか、後で DNS レコードをポイントします。組み込みのレイテンシ ビューは、安定した ping を実現するためにブローカーのサーバーに最も近いリージョンを選択するのに役立ちます。
パフォーマンス重視
ブローカーゲートウェイへの安定した TTFB は、ログインの高速化、シンボルの変更の迅速化、EA I/O 中の中断の減少に役立ちます。 NVMe プラス高クロック EPYC コアにより、プロファイルの切り替え時や実行時に感じる遅延が軽減されます。 ストラテジーテスター 過去のデータについて。
完全なプラットフォーム制御
管理者権限を使用すると、追加の端末、フォント、VPN クライアント、およびファイル同期ツールをインストールできます。 KVM の分離 セッションを近隣のワークロードから保護します。専用IPv4およびオプション IPv6 接続の評判をクリーンに保ち、セキュリティ プロンプトと再認証ループを減らすのに役立ちます。
強力なツール
ここにあるものはすべてクリーンな MT4 エクスペリエンスとシンプルなメンテナンスをサポートしているため、サーバーの雑用ではなく取引に集中できます。
- プリインストールされたMetaTrader 4 Windows 上のターミナル 4.0.0
- ご要望に応じて、オプションの強化および監視アドオンをご利用いただけます
- アップデート前の安全性を確保するためのスナップショット レシピ
- S3 互換ストレージへのシンプルなバックアップ パターン
- 予測可能なメモリと I/O プロファイルにより、大量のロギングで EA とインジケーターがタイムアウトしない
Webhook、ダッシュボード、API 用のオプションの Node.js コンパニオン
一部のトレーダーは、取引コピー、REST フック、またはステータス ページを実行します。画像にはオプションが含まれています Node.js セットアップレシピオン Ubuntu 24.04 背後でアプリスタックを準備します Nginx と PM2 プロセス制御用。サイドカー VPS として、または同じリージョンの代替イメージとして使用します。
スクリプトの動作
を作成します ノードjs ユーザーがインストールします NVM v0.40.3, Node.js 22 (デフォルトとして設定)、npm の更新、インストール PM2、起動時に PM2 を有効にし、インストールして有効にします。 Nginx リバースプロキシとして http://localhost:3000、WebSocket ヘッダーとクライアント IP 転送を構成します。 Nginx が再起動し、起動時に有効になります。
セキュリティとアクセス
の ノードjs ユーザーがいます 須藤。デフォルトのパスワードは、 パスワード 自動化中に設定されます。ログイン後すぐに変更します。
| パスワードノードjs |
Node.js アプリのセットアップ
| ssh <サーバーの IP> su – ノードjs mkdir -p /home/nodejs/your-アプリ git clone your_repo.git /home/nodejs/your-アプリ cd /home/nodejs/あなたの-アプリ npm install –omit=dev 午後2時スタート アプリ.js –名前を付けてください-アプリ-名前 午後2時 保存 |
ポートでリッスンするようにアプリを設定する 3000 または編集する /etc/nginx/sites-available/default、でテストします nginx -t、 それから:
| sudo systemctl nginxを再起動する |
アプリは次の場所にアクセスできます。 http://<server-ip>.
設定できる変数
- NVM_VERSION Node.js バージョンの場合、デフォルト 22
- NODEJS_USER_PASSWORD 初期状態にリセットするには ノードjs パスワード
重要なファイルとディレクトリ
- /home/nodejs/.nvm/ NVM と Node.js のインストール
- /home/nodejs/.bashrc NVM 調達ライン
- /etc/nginx/sites-available/default Nginxリバースプロキシ構成
- /usr/lib/node_modules/pm2/ PM2 インストール パス
- /var/www/html デフォルトのWebルート
ログ
- Nginx のログ /var/log/nginx/access.log そして /var/log/nginx/error.log
- PM2 と pm2ログ or ~/.pm2/logs/ as ノードjs
- アプリ PM2 またはアプリ独自のファイル経由のログ
将来の機能強化
- nginx プラグインを使用した Certbot による HTTPS
- 迅速な導入のための最小限のサンプル アプリ
- オプション モンゴDB テレメトリの統合
グローバルな展開
ブローカーまたはコピー取引ネットワークに最も近いデータセンターを選択してください。 Cloudzy は、次のポイント オブ プレゼンスを運用します。
- 北米: ニューヨーク市、ダラス、マイアミ、ユタ州、ラスベガス
- ヨーロッパ: ロンドン、アムステルダム、フランクフルト、チューリッヒ
- アジア太平洋地域: シンガポール
各サイトが提供するのは、 10 Gbps ポート、Tier-1 キャリアミックス、および 99.95% 稼働時間 SLA。唯一の変数は距離です。
申請詳細
バージョン: 4.0.0
OS: Windows Server 2012 R2、Windows Server 2016
最小RAM: 4 GB
IP タイプ: IPv4、IPv6
Cloudzy のワンクリック MetaTrader 4 VPS を今すぐ導入してください!取引ターミナル、EA、およびオプションの Webhook スタックを数分で稼働させることができます。
重要: 設定とドメインの責任
すべてのOCAで完全なSSH/rootアクセスが得られます。その権限は、変更が 壊す アプリ。設定を調整する前にこれをお読みください。
- ドメインを管理するのはあなたです。 当社はドメイン/DNSの販売もホスティングもしていません。アプリにドメインが必要な場合は、 ドメインをサーバーに向ける必要があります (A/AAAA/CNAME、該当する場合はMX/TXT)。SSL発行および多くのダッシュボードはこれが正しいことに依存しています。
- インストール後のドメイン/ホスト名の変更は簡単ではありません。 多くのOCAは設定ファイル(.env、リバースプロキシ、アプリURL)にドメインを書き込みます。変更する場合は、以下も更新してください:
- リバースプロキシ (Nginx/Caddy) および TLS 証明書
- アプリの「external URL」/ベースURLおよびコールバック/webhook URL
- アプリまたはアドオン内のハードコーディングされたリンク
- 資格情報は重要です。 デフォルトの管理者名を変更したり、パスワードをローテーションしたり、アプリ設定を更新せずにサービスポートを変更したりすると、 あなたを締め出します サービスを停止することも。認証情報を安全に保ち、アプリ、プロキシ、各種統合の間で同期させてください。
- ネームサーバーの変更によりダウンタイムが発生する可能性があります。 ドメインを新しいネームサーバーに移動したり、NSレコードを編集したりすると、伝播遅延が発生します。変更を計画し、事前にTTLを下げ、切り替え前にA/AAAAレコードを確認してください。
- ファイアウォール/ポートを編集すると、アクセスが中断される可能性があります。 SSH、HTTP/HTTPS、RDP、またはアプリのポートを変更した場合は、ファイアウォール(UFW/CSF/セキュリティグループ)とリバースプロキシのルールもそれに応じて更新してください。
- 電子メール (SMTP) ポートはデフォルトで制限されています。 送信メール ポート (例: 25/465/587) 多分 悪用防止のため閉鎖中。 OCA が電子メールを送信する必要がある場合は、 SMTP アクセスを要求する サポートから、またはトランザクションメールプロバイダー(SendGrid/Mailgun/SES)をAPIまたは承認済みSMTP経由で使用してください。
- 電子メールと許可リスト。 アプリがメールを送信したりwebhookを受信したりする場合、IP/ホスト名の変更は到達性や許可リストに影響する可能性があります。SPF/DKIM/DMARCおよび任意のIP許可リストを更新してください。
- 大きな変更の前に、スナップショットを作成します。 パネルを使用する スナップショット/バックアップ 最初に。プラグイン、アップデート、設定編集が裏目に出た場合でも、数分でロールバックできます。
- サポート範囲。 当社はサーバーとプリインストール済みのOCAイメージを提供します。継続的な アプリケーションレベルの構成 (ドメイン、DNS、アプリ設定、プラグイン、カスタムコード)はユーザーの責任です。
簡単な経験則: タッチした場合 ドメイン、ポート、パスワード、ホスト名、またはプロキシ/SSL設定の場合、アプリの設定も更新する必要があり、まずスナップショットを取得してください。
このスクリプトは、nodejs ユーザーを作成し、Node Version Manager (NVM)、Node.js (バージョン 22)、PM2 (プロセス マネージャー)、およびリバース プロキシとしての Nginx をインストールし、Node.js アプリケーションをデプロイするように構成します。
- ホーム ディレクトリ (/home/nodejs) と Bash シェルを使用して、nodejs ユーザーを作成します。
- Nodejs を sudo グループに追加します。
- ユーザーパスワードをpasswordに設定します。
- 正しいホームディレクトリ (/home/nodejs) を確保するために、sudo -H -u nodejs を介して nodejs ユーザーとして実行します。
- NVM (v0.40.3) をダウンロードしてインストールします。 https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh.
- .bashrc をソース NVM に自動的に構成します。
- エクスポート NVM_DIR=”$HOME/.nvm” を追加します。
- NVM スクリプトと bash 補完を追加します。
- .bashrc をソースして、スクリプトで NVM を使用できるようにします。
- Node.js ユーザーとして NVM 経由で Node.js 22 をインストールします。
- これをデフォルトのバージョンとして設定します: nvm alias default 22。
- npm をグローバルに更新します: npm install -g npm。
- PM2 を nodejs ユーザーとしてグローバルにインストールします: npm install -g pm2。
- systemd 起動コマンドを生成して実行することにより、ブート時に PM2 が起動するように構成します。
- Nginx をインストールします: apt install -y nginx。
- /etc/nginx/sites-available/default にデフォルトの Nginx サイトを構成します。
- ポート 80 でリッスンします。
- プロキシリクエストの宛先 http://localhost:3000 (Node.js アプリのポートを想定)。
- WebSocket サポートとクライアント IP 転送用のヘッダーが含まれます。
- Nginx を再起動して有効にします: systemctl restart nginx、systemctl Enable nginx。
NodeJS アプリのセットアップ:
- SSH 経由でサーバーにログインします。
- 次のコマンドを順番に使用します。
- su – ノードjs
- mkdir /home/nodejs/your-app
- git clone your_repo.git /home/nodejs/your-app
- cd /home/nodejs/your-app
- npm install –omit=dev
- pm2 start app.js –name アプリ名
- pm2保存
- アプリのポートを 3000 に調整するか、それに応じて NGINX 構成を更新します (/etc/nginx/sites-available/default を編集し、nginx -t でテストし、systemctl restart nginx を再起動します)。
- アプリは http://<server-ip> からアクセスできます。
- 注:
- nodejs ユーザーには sudo アクセス権があります。
- nodejs ユーザーのパスワードを変更します: passwd nodejs。
- Certbot で HTTPS を有効にします。 apt install certbot python3-certbot-nginx を実行してから、certbot –nginx を実行します。
OS: Ubuntu 24.04
変数:
- NVM_VERSION: Node.js バージョン (デフォルト: 22)。
- NODEJS_USER_PASSWORD:nodejs ユーザーのパスワード。
重要なファイルとディレクトリ:
- /home/nodejs/.nvm/: NVM および Node.js のインストール。
- /home/nodejs/.bashrc: NVM ソーシングを構成します。
- /etc/nginx/sites-available/default: Node.js にプロキシするための Nginx 構成。
- /usr/lib/node_modules/pm2/: PM2 のインストール。
- /var/www/html: デフォルトの Web ルート。
- ログ:
- Nginx: /var/log/nginx/{access.log,error.log}。
- PM2: pm2 ログまたは ~/.pm2/logs/ (nodejs ユーザーとして)。
- Node.js アプリ: PM2 またはアプリ固有のログによって管理されます。
将来の機能強化:
- Certbot を使用して HTTPS セットアップを追加します。
- アプリのデプロイ例をスクリプトに含めます。
- MongoDB の統合。