서버가 완전히 로드되지 않도록 하려면 서버에 대한 수직 확장 체계를 구축해야 합니다. 즉, 서버의 최대 부하(예: 80% 부하)일 때 자동으로 철력이 추가됩니다. 공급자는 이 용량을 많이 가지고 있으며 하나 이상의 서버에서 공급자의 용량을 선택하는 것은 현실적이지 않습니다. 서버의 최대 부하가 가라앉으면 다리미의 추가 전력이 이전 매개변수로 감소합니다. 이러한 확장을 사용하면 클라이언트를 다른 서버로 리디렉션하지 않습니다. 다른 서버로 리디렉션합니다. 이는 서버가 다운되거나 어떤 종류의 오류가 발생하는 경우 이미 극단적인 대안입니다. 그리고 MQ는 분명히 다른 서버로의 리디렉션이 중요하지 않은 웹 서버를 위한 수평 확장에 대한 구현을 구축했습니다.
그럼 모르겠어...
그래서 잘 모르겠습니다... 비싼 VPS를 지불하고 소용이 없습니다. 그런데 MQ의 VPS는 이 브로커에게 그런 핑을 제공하지 않습니다. 그렇지 않으면 사용하게 되어 기쁩니다.
그래서 잘 모르겠습니다... 비싼 VPS를 지불하고 소용이 없습니다. 그런데 MQ의 VPS는 이 브로커에게 그런 핑을 제공하지 않습니다. 그렇지 않으면 사용하게 되어 기쁩니다.
Renat는 서버가 이러한 방식으로 자체 부하를 조절한다고 설명했습니다.
저것들. 자신이로드 된 경우 고객을 다른 지점으로 걷어차십시오.
아마도 원하는 서버로의 자동 소프트웨어 전환이 도움이 될 것입니다.
Renat는 서버가 이러한 방식으로 자체 부하를 조절한다고 설명했습니다.
저것들. 자신이로드 된 경우 고객을 다른 지점으로 걷어차십시오.
아마도 원하는 서버로의 자동 소프트웨어 전환이 도움이 될 것입니다.
이런, 서버의 올바른 구현이 아닌 것으로 밝혀졌습니다 ...
즉, 서버는 수직으로 확장되지 않고 수평으로 클러스터되어 확장되며 어리석게도 클라이언트를 다른 서버로 리디렉션합니다.
ping이 중요한 우선 순위인 이 경우에는 올바른 구현이 아닙니다.
Renat는 서버가 이러한 방식으로 자체 부하를 조절한다고 설명했습니다.
저것들. 자신이로드 된 경우 고객을 다른 지점으로 걷어차십시오.
아마도 원하는 서버로의 자동 소프트웨어 전환이 도움이 될 것입니다.
남. 개발자 여러분, 세심한 주의를 기울이십시오. 문제는 매우 심각합니다.
필요한 경우 로그를 제공할 수 있습니다.
ping이 중요한 우선 순위인 이 경우에는 올바른 구현이 아닙니다.
서버가 너무 바빠서 50ms 대기열이 형성되는 경우 1ms 핑의 기쁨은 무엇입니까?
현재 구현을 옹호하는 것이 아니라 추측입니다.
서버가 너무 바빠서 50ms 대기열이 형성되는 경우 1ms 핑의 기쁨은 무엇입니까?
현재 구현을 옹호하는 것이 아니라 추측입니다.
MT5 서버가 그것을 처리할 수 없다면 나쁘다.... 당신은 그것을 처리할 수 있는 플랫폼으로 전환해야 할 것이다.
터미널 로그를 보십시오.
여기에는 모든 재연결, 중단 이유 및 네트워크 클러스터 재검색이 표시됩니다.
재연결은 몇 초가 아니라 몇 시간마다 자동으로 평가됩니다. 그렇지 않으면 터미널이 서버 간에 끊임없이 점프하는 라운드 댄스를 배열했을 것입니다.
서버가 너무 바빠서 50ms 대기열이 형성되는 경우 1ms 핑의 기쁨은 무엇입니까?
현재 구현을 옹호하는 것이 아니라 추측입니다.
서버가 완전히 로드되지 않도록 하려면 서버에 대한 수직 확장 체계를 구축해야 합니다.
즉, 서버의 최대 부하(예: 80% 부하)일 때 자동으로 철력이 추가됩니다.
공급자는 이 용량을 많이 가지고 있으며 하나 이상의 서버에서 공급자의 용량을 선택하는 것은 현실적이지 않습니다.
서버의 최대 부하가 가라앉으면 다리미의 추가 전력이 이전 매개변수로 감소합니다.
이러한 확장을 사용하면 클라이언트를 다른 서버로 리디렉션하지 않습니다.
다른 서버로 리디렉션합니다. 이는 서버가 다운되거나 어떤 종류의 오류가 발생하는 경우 이미 극단적인 대안입니다.
그리고 MQ는 분명히 다른 서버로의 리디렉션이 중요하지 않은 웹 서버를 위한 수평 확장에 대한 구현을 구축했습니다.
텍스트가 회색(다른 색상은 괜찮음) 직사각형 아래에 있으면 윤곽선과 색상이 "침식"됩니다.
더 큰 텍스트:
터미널 로그를 보십시오.
여기에는 모든 재연결, 중단 이유 및 네트워크 클러스터 재검색이 표시됩니다.
재연결은 몇 초에 한 번이 아니라 몇 시간마다 자동으로 평가됩니다 . 그렇지 않으면 터미널이 서버 간에 끊임없이 점프하는 라운드 댄스를 배열했을 것입니다.
로그에서 특정 항목을 찾지 못했습니다. 예, 서버 1과의 연결이 끊어졌습니다. 예, 서버 3에 연결했지만 서버 1에 자동으로 다시 연결되지 않는 이유는 분명하지 않습니다.
뭔가 변화가 필요합니다. 그건 확실합니다. 어쨌든 현대 알고리즘 거래는 분기에 한 번 거래되지 않으므로 몇 시간 안에 연결이 끊어지는 것이 허용됩니다. 서버 3이 연결되면 터미널이 멈추고 몇 분 동안 따옴표가 업데이트되지 않습니다.
서버와 클라이언트 빌드의 차이가 너무 클 수 있습니까? 브로커는 서버 2280을 가지고 있고 저는 터미널 2363을 가지고 있습니다.