올 한해도 벌써 다 지나가고 있네요. 날씨도 엄청나게 춥구요..
Nexus 정리 16번째 입니다. 두서없이 정리하느라 순서도 잘 없고.. 원래 말쯤에는 pdf로 쭈~욱 정리를 해보고 싶었지만..
그렇게 부지런하게 살지도 못하고 있네요. 내년 이른 전반기쯤에는.. 그래도 간략하게나마 정리본을 만들 수 있지 않을까?
라는 생각을 해봅니다. 내용 중에 수정 및 보완해야할 점 있으면 알려주세요! ^^
vPC Roles
• vPC System에서 Priority 값에 의해서 Primary, Secondary 로 나뉜다. (낮은 값의 Priority 값이 우선순위가 높다)
• vPC Roles을 결정하는 Priority 값에 따라서 Roles을 즉시 가져오지는 않기 때문에(nonpreemptive), 현재 Primary로 동작하는
경우에도 설정값으로는 Secondary일 수도 있다.
※ Spanning Tree가 Preemptive하기 때문에, Spanning Tree Root와 vPC Operational Primary Device가 불일치 할 수 있다.
• 두 vPC System들이 vPC Domain에 소속될 때, Priority에 의해서 Primary와 Secondary를 결정한다.
• Primary Devive가 Reload하게 되면, Sercondary Device가 Primary로 동작(Operational primary) 을 하게되며, 기존의 Primary
Device가 다시 Online되어서 연결이 되더라도, Operational한 Role은 변하지 않고 Primary Device는 Secondary로 동작
(Operational Secondary)한다.
이와 같은 동작은 sticky bit 방법으로 되는데, sticky 정보는 startup configuration에 저장되지 않기 때문에 , Up상태로 동작 중
인 장비가 reloaded된 장비보다 Primary로 운영되도록 한다. 따라서, vPC Primary는 vPC operational secondary 상태가 된다.
• 만약, Peer link가 끊기더라도 vPC Peer들은 vPC peer keepalive link를 통해 연결되어 있기 때문에 vPC Operational roles이 변
하지 않지만, peer link와 peer keepalive link가 모두 끊기게 되면, 두 대의 vPC Peer 모두 Operational Primary가 된다.
그러나 peer-keepalive link와 peer link가 다시 연결되면, vPC secondary device는 Operational Primary 상태로 Primary Role을
유지하고, vPC Primary는 Operational Secondary Device로 된다.
왜냐하면 Peer 장비가 Reload되지 않고 Up상태로 유지되고 있었기 때문에 Sticky에 의해서 Primary장비가 이전의 Operational
Secondary 상태로 다시 돌아가려고 하기 때문이다.
• Primary Device가 Operational Secondary로 동작 중일 때에, Operational Primary로 변경하려면, Operational Primary로 동작
중인 Secondary Device를 Reload를 하면 된다.
※ 참고하세요!
- Sticky bit (운영체제 개념)
예전 Unix에서 제한된 메모리 사용을 위해서 main memory와 secondary memory의 내용을 /dev/swap 하는 경우가 있었는
데, 이는 속도저하를 발생시켜서 자주사용되는 program들은 Sticky bit를 설정해서 swap되지 않고 memory에 유지되도록 함.
|
NX-OS# sh vpc role vPC Role status |
