Revit Server의 시스템 요구사항

Revit Server를 배치할 때 성능과 인프라 비용 간에 균형을 맞추려면 다음 권장 사항을 따르십시오.

소개

Revit Server를 배치할 때는 비용, 사용자 생산성 및 리소스 사용량의 균형을 맞추는 것이 일반적인 목표입니다. 사용 가능한 대역폭이 너무 적으면 성능에 영향을 미칩니다. 충분한 대역폭을 사용할 수 있는 경우 성능은 높일 수 있지만 기타 서비스 비용이 증가합니다. 이 문서에서는 이전 버전을 업데이트하여 Revit Server에 대한 사용자 만족도를 높이는 데 필요한 최소 대역폭에 대해 설명합니다. 이 문서는 현재 고객의 사용 패턴에 대한 Autodesk의 이해를 바탕으로 합니다. 일반적인 배치에는 여기에 권장된 것보다 많거나 적은 대역폭이 필요할 수 있습니다.

Revit Server 2017은 이 응용프로그램의 일곱 번째 릴리즈입니다. 현재 Revit Server 사용자는 초기 사용자와 비교하여 일반적으로 더 광범위한 지역에서 시스템을 운영하고 더 크고 복잡한 프로젝트를 구현하고 있습니다. 이에 따라 이 해석의 테스트 방법이 올바르게 업데이트되었습니다.
  • 작업 공유는 35ms WAN이 아니라 65ms WAN을 통해 수행됩니다.
  • 테스트 데이터세트는 이제 링크가 없는 ~92MB 모델이 아니라 ~220MB 링크가 포함된 ~240MB 모델입니다.
  • 이제 중앙 모델의 로컬 복사본을 여는 데 시간이 얼마나 필요한 지에 대해 설명합니다(이전 버전에는 관련 설명이 없음).

확인된 "WAN 네트워크 대역폭"에는 연결 등급이 아니라 네트워크의 실제 처리량이 반영됩니다. 관련되지 않은 스트리밍 트래픽과 같은 외부 요소로 인해 실제 대역폭이 감소할 수 있으므로, 일반 사용 기간 동안 네트워크의 동작을 확인하는 것이 좋습니다. 수백 메가바이트의 데이터를 네트워크의 지점 간에 복사하는 데 필요한 시간을 측정하면 쉽게 확인 가능합니다. (네트워크 압축 및 패킷 셰이핑이 작업 성능에 영향을 미치지 않도록 주의해야 합니다.)

토론

적은 수의 데이터를 전송하는 작업의 대역폭 및 성능

네트워크를 통해 이동하는 데이터 체적이 작은 경우 대역폭 요구사항이 매우 적습니다. 이 예에서는 약 18,000개의 요소가 포함된 작업 세트를 체크 아웃합니다. (요소 개수는 실제로 작업을 완료하는 데 필요한 시간에 거의 영향을 미치지 않습니다.) 사용 가능한 대역폭이 증가해도 작업을 완료하는 데 필요한 시간은 크게 달라지지 않습니다. WAN을 통해 데이터에 액세스하더라도 전송되는 데이터의 양은 매우 적습니다. 비교적 작은 범위의 네트워크를 사용하는 작업(예: 요소 차용 또는 취소)은 비슷한 방식으로 작동합니다.

적당량의 데이터를 전송하는 작업의 대역폭 및 성능

중앙 파일과 동기화(SWC)와 같은 작업에서는 네트워크를 통해 비교적 더 많은 데이터가 이동합니다. 이러한 작업은 사용 가능한 처리량의 영향을 더 많이 받는 경향이 있습니다. 이 예에서는 SWC를 수행하여 WAN을 통해 약 7MB의 데이터를 전송합니다. 대역폭 수요가 증가되며, 대역폭이 부족한 상태에서 작업을 완료하는 데 필요한 시간이 상당히 늘어납니다. (SWC 동안 전송되는 데이터 체적은 모델의 복잡성 및 동기화 중인 변경 사항의 복잡성에 따라 달라집니다. 7MB 전송은 일반적인 사용자 작업의 상한에 가까운 SWC를 나타냅니다.)

많은 데이터를 전송하는 작업의 대역폭 및 성능

중앙 모델을 처음으로 저장하는 작업을 제외하면 새 로컬 복사본을 작성하는 작업이 Revit에서 가장 대역폭을 많이 사용하는 작업입니다. 이 작업 중에 Revit은 모델 및 모델 링크의 권한 상태에 대한 캐시를 작성해야 하며, 캐시를 작성하는 동안 WAN을 통해 대용량의 데이터를 전송합니다. 이 예에서는 총 42MB(호스트 모델의 권한 상태에 대해 27MB, 링크의 권한 상태에 대해 15MB)의 데이터가 호스트 서버에서 사용자의 워크스테이션으로 복사됩니다. 적당량 이상의 데이터를 전송하는 작업의 경우와 마찬가지로 사용 가능한 처리량과 성능 사이에는 직접적인 관계가 있습니다. 네트워크 관리자는 이러한 종류의 작업을 수행하는 동안 사용자의 지연 허용치에 따라 사용 가능한 대역폭을 보정할 수 있습니다.

결론

사용 가능한 네트워크 대역폭이 3Mbit/초를 초과하는 대부분의 경우 일관되게 적절한 성능을 얻을 수 있습니다. 다음은 더 넓은 대역폭이 필요한 세 가지 시나리오입니다.
  1. 지리적으로 멀리 떨어진 거리에서 공동작업 시도: 대역폭이 부족하고 대기 시간이 길 경우 성능에 부정적인 영향을 미치기 때문에 유용성을 높이기 위해 더 넓은 대역폭이 필요할 수 있습니다.
  2. 대형 모델 및 프로젝트 구현: 많은 네트워크 트래픽이 발생하는 작업의 경우 대형 모델을 사용할 경우 훨씬 더 많은 데이터가 이동합니다. 이러한 작업을 적절한 시간 내에 완료하기 위해 더 넓은 대역폭이 필요할 수 있습니다.
  3. 빈번한 서버 동시 액세스: 여러 사용자가 Revit Server에 동시에 액세스하는 경우 대역폭을 공유해야 합니다. Revit Server의 작업량이 많은 경우 사용 가능한 대역폭을 늘려 각 사용자가 충분한 처리량에 액세스할 수 있도록 하면 도움이 됩니다.

반대로, 서버의 작업량이 아주 적고 배치 거리가 적당하며 별로 복잡하지 않은 프로젝트의 경우 3Mbit/초 미만의 상당히 작은 처리량으로도 적절한 성능을 얻을 수 있습니다.

마지막으로, 네트워크 트래픽 최적화 및 압축 기능(예: Riverbed의 Steelhead 장치에서 구현된 기능)은 Revit Server와 완벽하게 호환되며, 특히 네트워크 상태가 좋지 않은 경우 성능을 개선할 수 있습니다.