XYZ.com이 다운되기 전에는 내 요청이 IP 주소 192.33.31.xxx로 라우팅되고 있음을 발견했습니다. 내 요청이 IP 50.17.196.xxx로 라우팅되었다는 것입니다. 서버 전환 일종인가요? 오류시 동적 서버 전환이 내결함성 시스템을 만드는 방법이 아닙니까?
다음 JobDetail.requestsRecovery 재산 상태의 문서는 '회복'또는 '장애 조치'상황이 발생하면 작업이 을 다시 실행되어야하는지 여부를 스케줄러에 지시합니다. 이제 '복구'또는 '장애 극복'상황이란 무엇입니까? 어떻게 다른가요? 작업 실행 중에 JVM이 충돌하는 경우에만 복구가 발생합니까? 아니면 예외로 인해 작업 실행이 실패하는 경우에도
나는 그것을 조작 할 수있는 RESTful 웹 서비스 (이 서비스는 모든 CURD 작업을 허용 함)와 시스템 데이터를 표시하는 웹 클라이언트 (대부분의 클라이언트가 jQuery로 작성 되었음)를 사용하는 시스템에서 작업하고있다. 표준 운영 시나리오에는 메인 서버와 적어도 하나의 백업 서버가 있으므로 최소한 두 개의 RESTful 웹 서비스가 있어야합니다.
나는 Akka을 파고 있으며, 단지 fault tolerance example을보고 있었고 이해하려고 노력 중입니다. 이유는 그냥 "순수 자바"(아무 Akka)의 모든 그 같은 종류의 (Worker, Listener, CounterService 등)를 구현하지 못했습니다. Akka는 어떤 인프라를 즉시 추가합니까? 그 다이어그램에서 Storage은 무엇을
Azure 역할의 인스턴스가 손상되었음을 감지하고 싶습니다. 내 경우에 감지는 내 역할의 다른 인스턴스에 충돌에 대한 알림이 있음을 의미합니다. 아래에 설명 된 아이디어를 검토하거나 다른 해결책을 제안하십시오. Azure Queue의 항목에는 처리 시간이 제한된다는 사실을 이용합니다. Azure Queue를 구성하십시오. 역할의 모든 인스턴스는이 대기열을
서비스 스택의 RedisClient의 BlockingDequeue를 사용하여 처리 할 수있을 때까지 일부 데이터를 유지합니다. 호출 코드는 using (var client = ClientPool.GetClient())
return client.As<TMessage>().Lists[_channel].BlockingDequeue(timeout);
OpenMPI를 통해 연결된 여러 시스템을 사용하여 Amazon EC3 플랫폼에서 계산을 수행합니다. 계산 비용을 줄이기 위해 스폿 인스턴스가 사용되며, 기계의 비용이 최대 사전 설정 가격 인 : http://aws.amazon.com/ec2/spot-instances/을 초과하면 자동으로 종료됩니다. 이상한 동작이 발생합니다 : 컴퓨터가 종료되면 MPI
OpenMPI 응용 프로그램에서 간단한 결함 허용 기능을 구현하도록 지정 받았습니다. 우리가 겪고있는 문제는 우리의 노드 중 하나가 클러스터에서 분리되어 MPI_ERRORS_RETURN로 처리 MPI 오류를 설정에도 불구하고 우리는 긴 후 다음 MPI_ 호출에 다음과 같은 오류가 응답받을한다는 것입니다 : [btl_tcp_endpoint.c:655:mca_
거대한 인스턴스를 생성하는 것보다 인스턴스가 별도의 물리적 시스템에서 실행되도록하거나 Amazon Web Services (AWS)에서 동일한 이미지의 여러 인스턴스가 얼마나 많은 물리적 시스템을 사용하는지 감지 할 수있는 방법이 있습니까?)? 여기 안정성에 대해 생각하고 있습니다. 3 가지 인스턴스가 실행 중이므로 3 가지 독립 실행 형 서버 (Paxos
나는 다음과 같은 코드가 있습니다 작동하지 않습니다 "dead letters"메시지가 표시되어 다시 시작하지 않았습니다. OneForOneStrategy이 호출되지 않는 이유는 무엇입니까? 전체적으로 OneForOneStrategy 오버라이드를 제거 할 수있는 방식으로 이상하고 프로그램 동작에 변경 사항이 없습니다.