테스트, 준비 및 프로덕션 환경 (각각에 여러 저장소 계정과 VM이 있음)이 있습니다.별도의 환경을위한 하나 이상의 선호도 그룹?
모두 하나의 선호도 그룹 또는 3 개의 서로 다른 선호도 그룹을 기반으로하는 것이 합리적입니까?
이러한 환경간에 발생하는 유일한 통신은 프로덕션 데이터베이스를 다른 환경 (시간이 중요하지 않지만 몇 개의 기가)으로 다운로드하고 복원하는 것입니다.
친화력 그룹에서 더 많은 '엔터티'가 더 느리게 데이터를 전송합니까? Affinity Group을 Test and Staging과 공유하기 때문에 Production 환경의 속도가 느려지지 않을 것입니다.
내가 아는 한 동일한 데이터 센터에서 데이터를 전송해도 전송 비용이 발생하지 않습니다. 그러나 Affinity Group 내에서 데이터를 전송하는 것이 더 빠릅니다.
선호도 그룹은 fabric 컨트롤러와 Azure 데이터 센터에서 실제로 구현되는 가용성 및 확장 성 개념 이지만 Microsoft (Microsoft)는 적합하다고 판단합니다. 예를 들어, 선호도 그룹은 동일한 랙 (또는 스위치 등)에서 서비스를 동일 위치에 배치하여 확장 성을 돕습니다.
더 가용성 및 확장 성 의존성이 서로 다른 환경 사이의 (논리적 또는 물리적), 친화력 그룹을 공유 할 필요가 없을 것 이 있어야하기 때문이다. 스테이징과 같은 환경 중 하나가 프로덕션 환경의 백업/복구 환경이라면 친화력 그룹이 활동할 것입니다. 그러나 그러한 경우라면 준비 환경은 어쨌든 별도의 데이터 센터 (지역)에있을 것입니다.
가상 네트워크 및 다른 IaaS는 최소한 구조적으로 비슷한 패턴을 따라야합니다. 세 가지 환경 (프로덕션, 준비 및 테스트)이있는 경우 세 가지 가상 네트워크와 세 가지 VPN 게이트웨이가 있어야합니다. 이는 온 - 인 네트워킹 사용자 (물리적 네트워킹 장비에 익숙한 사용자)를 지나기가 어려울 수 있지만 분리해야합니다. 테스트 데이터가 막히거나 생산 (가상) 네트워크를 깨뜨리는 것은 원하지 않습니다. ?
다음을 읽어 볼 수도 있습니다. http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure –
내가 아는 바로는, 어피 니티 그룹 기능은 데이터 센터의 어피 니티 그룹에있는 모든 항목을 함께 (가능한 경우 동일한 랙에) 배치하여 이들 항목 간의 네트워크 대기 시간을 줄이고 데이터 작동 속도를 상당히 개선되었습니다.
모든 환경 (테스트, 준비 및 프로덕션)이 동일한 데이터 센터에 있고 정상적인 작동 환경에서 이러한 환경이 격리되어 있다고 가정하면 IMO 동일하거나 다른 선호도 그룹에 유지하면 상관 없습니다 .
그래서 나도 마찬가지일지도 모른다. 하나의 선호도 그룹에 3 가지 환경 모두 추가 하시겠습니까? 그럼 논리적으로 그들을 다른 가상 네트워크로 분리 할 수 있습니다. – davenewza
나는 약간 혼란 스럽다. 클라우드 서비스 (PaaS) 또는 가상 컴퓨터 (IaaS)를 사용하고 동일한 선호도 그룹의 스토리지 계정과 함께 사용하려고합니까? –
http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure –