소개

지난번은 AWS Managed Blockchain에서 네트워크를 구축하고 첫 번째 트랜잭션 실행까지 수행했습니다.

#2에서는, 체인 코드나 체인 코드를 호출하기 위한 프로그램에 대해서 쓰려고 했습니다만, Peer의 리던던시에 대해 접하고 싶습니다.

라고 하는 것도, AWS Managed Blockchain에서 데모 앱을 만들고 있었습니다만, 어느 날 갑자기 데이터를 잡을 수 없게 되어, Peer Node가 죽었다고 하는 충격적인 것이 일어났습니다.

데모 앱이라고 하는 것도 있어, Starter Editon에서, 최소 인스턴스 타입으로, 단일 노드로, 같은 느슨하게 구성하고 있던 자신이 모두 나빴다고 하는 이야기입니다. 그러나 노라 앱을 만들 때 누구나 느슨한 구성이 되기 쉽다고 생각합니다. 거기서, 아무리 노라 앱이라고는 해도, 최소한 하는 편이 좋은 중복화에 대해서 쓰고 싶습니다.

Peer Node가 떨어지면

이와 같이 Status는 Failed가 됩니다. 메모리 부족 등의 문제로 인해 네트워크 소통성이 손실된 상태입니다. 일단 이렇게 되어 버리면, 복구 불가가 됩니다.

The peer node has an issue that has caused Managed Blockchain to add it to the deny list on the network. This usually indicates that the peer node has reached memory or storage capacity. an instance with more capacity.
Source: Work with Peer Nodes in a Managed Blockchain Network

덧붙여 Failed가 된 Peer Node는, 전술한 바와 같이 일절 액세스 할 수 없는 상태가 됩니다만, 삭제할 때까지 유효수로서 카운트되는 것 같습니다. 예를 들어, Starter Edition에서는 멤버십당 2개까지 Peer Node를 추가할 수 있습니다만, 삭제하지 않고 2개를 작성하려고 하면, 에러가 되었습니다.

Peer 중복

그래서 이번에는 이런 구성으로 응급 처치를 실시했습니다. 이 구성은 이미 게시된 빠른 시작 템플릿과 Hyperledger Fabric(HLF) Client의 yaml을 사용하므로 그리 힘들지 않고 재구축할 수 있습니다.



사용한 템플릿은 여기입니다.
AWS의 Linux 발판 호스트
amazon-managed-blockchain-client-templates

Peer는 Orderer와 달리 Managed Blockchain에서 관리되는 메커니즘으로 작동하지 않으므로 개발자가 대응하고 관리해야 합니다. 하지만 2019년 7월 현재는 Peer Node에 로그나 헬스 체크 등의 기능은 없어 건강 유지가 어렵지만 언제든지 복구 가능한 구성으로 할 필요가 있습니다.

사이고에게

이번에는 Peer Node의 중복을 실시했습니다.
데모 앱이라고 해서 중복화하지 않고, 자꾸자꾸 전에 돌진해 버리는 자신에게의 교훈으로서, 블로그에 남겨 두려고 생각합니다.