여러 데이터 소스에 대한 데이터의 Firehose 스트림을 처리하는 프로덕션 환경이 있습니다. 현재 데이터를 Windows 메시지 대기열에 대기중인 실시간으로 파싱합니다. 어딘가에 어떤 대기열의 최대 숫자가 10000이라는 것을 읽었습니다. 걱정거리는 x 100 증가하는 데이터의 양과 함께 스트림 x 10의 수를 늘릴 것이라는 것입니다. 물론 내 처리를 확장 할 수 있어야하고 이 현재 설정이 실행 가능할 지 확실하지 않습니다.Windows 서버 2008의 Windows 메시지 큐의 최대 용량
나의 현재 기계 및 개발 환경 :
비주얼 스튜디오 2010 SQL 서버 2008 R2 윈도우 2008 RS 표준 델 파워 R-610 듀얼 쿼드 코어 제온 프로세서 4x300GB HDD 2.5 " 인텔() 제온 2.53 GHZ (듀얼 프로세서) @ (R) CPU를 E5649 32기가바이트 RAM (64)의 비트 OS
큐 당 최대 게시물 만? 올릴 때 경우에 실제로 큐의 최대 수를 가질 수 있습니다 무엇 더 많은 기계를 사용하는 것이 더 실용적입니까? 아니면 새로운 데이터 유입에 맞게 수정 될 수 있습니까? 저는 현재 일정 기간을 저장하기 위해 각 메시지/게시물을 txt 파일에 비동기 적으로 작성하므로이 또한 고려해야합니다.
Imports System.Messaging
...
Dim q As MessageQueue
If MessageQueue.Exists(".\private$\TwitterQueue") Then
q = New MessageQueue(".\private$\TwitterQueue")
End If
message = q.Peek(TimeSpan.FromSeconds(20.0))
이것은 Windows 메시지 대기열 서비스입니다. 다른 유형에 대해 읽어야합니다.
어떤 종류의 메시지 대기열을 사용하고 있는지 자세히 알려주십시오. [창 관리자 메시지 대기열] (http://msdn.microsoft.com/library/ms632590) 또는 [네트워크 메시지 대기열] (http://msdn.microsoft.com/library/ms711472) 또는 [point-to - 포인트 메시지 큐] (http://msdn.microsoft.com/library/aa909023)? –