Peer情報の照会

印刷する
共有
PDF

記事の要約

この要約は役に立ちましたか?

ご意見ありがとうございます

VPC環境で利用できます。

ブロックチェーンネットワーク Peerの詳細情報を照会します。

リクエスト

リクエスト形式を説明します。リクエスト形式は次の通りです。

メソッド	URI
GET	/networks/{networkId}/peers/{peerId}

リクエストヘッダ

Blockchain Service APIで共通して使用されるヘッダの詳細は、Blockchain Serviceの共通ヘッダをご参照ください。

リクエストパスパラメータ

パラメータの説明は次の通りです。

フィールド	タイプ	必須の有無	説明
`networkId`	Long	Required	ネットワーク ID Networkリストの照会を通じて確認
`peerId`	Long	Required	Peer ID Peerリストの照会を通じて確認

リクエスト例

リクエストのサンプルコードは次の通りです。

curl --location --request GET 'https://blockchainservice.apigw.ntruss.com/api/v1/networks/{networkId}/peers/{peerId}' \
--header 'x-ncp-apigw-timestamp: {Timestamp}' \
--header 'x-ncp-iam-access-key: {Access Key}' \
--header 'x-ncp-apigw-signature-v2: {API Gateway Signature}' \
--header 'Content-Type: application/json'

レスポンス

レスポンス形式を説明します。

レスポンスボディ

レスポンスボディの説明は次の通りです。

フィールド	タイプ	必須の有無	説明
`content`	Object	-	Peerの詳細情報
`content.networkId`	Long	-	ネットワーク ID
`content.peerId`	String	-	Peer ID
`content.peerName`	String	-	Peer名
`content.statusDatabaseType`	String	-	Peerの Stateデータベースタイプ `LEVEL_DB` \| `COUCH_DB` `LEVEL_DB`: 高いパフォーマンスと簡単なデータ構造をサポートする軽量 DB `COUCH_DB`: JSON文書形式のデータと複雑なクエリ、検索機能を提供する文書ベースの DB
`content.mspId`	String	-	Peer MSP ID
`content.endpointAddr`	String	-	Peer URLアドレス
`content.adminIdentityName`	String	-	Admin Peer CA名
`content.peerResourceCpu`	Float	-	Peer Podに割り当てられた CPU容量(単位: core)
`content.peerResourceMem`	Integer	-	Peer Podに割り当てられた Memory容量(単位: MB)
`content.peerResourceStorage`	Integer	-	Peer Podに割り当てられた Storage容量(単位: MiB)
`content.statusDatabaseResourceCpu`	Float	-	Peerデータベースに割り当てられた CPU容量(単位: core) 0(デフォルト)
`content.statusDatabaseResourceMem`	Integer	-	Peerデータベースに割り当てられた Memory容量(単位: MB) 0(デフォルト)
`content.statusDatabaseResourceStorage`	Integer	-	Peerデータベースに割り当てられた Storage容量(単位: MiB) 0(デフォルト)
`content.nodeAffinityLabel`	String	-	Peerノードが配置された Ncloud Kubernetes Serviceクラスタノードプールのラベル名
`content.channelList`	Array	-	channelListの詳細情報
`content.installChaincodeList`	Array	-	installChaincodeListの詳細情報
`content.podStatus`	String	-	Peer Podのライフサイクル(Lifecycle)段階 `Running` \| `Pending` \| `Failed` \| `Unknown` `Running`: 実行中 `Pending`: 待機中 `Failed`: 動作失敗 `Unknown`: 状態確認不可
`content.createDate`	LocalDateTime	-	Peerの作成日時(YYYY-MM-DDTHH:MM:SS+0000)

`channelList`

content.channelListの説明は次の通りです。

フィールド	タイプ	必須の有無	説明
`networkId`	String	-	チャンネルが作成されたネットワーク ID
`ordererId`	String	-	チャンネルが作成された Orderer ID
`channelName`	String	-	チャンネル名
`operator`	String	-	チャンネル Operator名

`installChaincodeList`

content.installChaincodeListの説明は次の通りです。

フィールド	タイプ	必須の有無	説明
`networkId`	String	-	チェーンコードがインストールされたネットワーク ID
`peerId`	String	-	チェーンコードがインストールされた Peer ID
`chaincodeName`	String	-	チェーンコード名
`chaincodeVersion`	String	-	チェーンコードバージョン情報
`creator`	Long	-	チェーンコード作成者情報
`createDate`	LocalDateTime	-	チェーンコードのインストール日時(YYYY-MM-DDTHH:MM:SS+0000)

レスポンスステータスコード

Blockchain Service APIで共通して使用されるレスポンスステータスコードの詳細は、Blockchain Serviceの共通レスポンスステータスコードをご参照ください。

レスポンス例

レスポンスのサンプルコードは次の通りです。

{
    "content": {
        "networkId": 1630,
        "peerId": "25738634",
        "peerName": "test-peer2",
        "statusDatabaseType": "LEVEL_DB",
        "mspId": "test-msp",
        "endpointAddr": "test-peer2-******-***-peer.bc-gryy4rew.kr.blockchain.naverncp.com",
        "adminIdentityName": "******-peer",
        "peerResourceCpu": 1.1,
        "peerResourceMem": 2800,
        "peerResourceStorage": 200,
        "statusDatabaseResourceCpu": 0.0,
        "statusDatabaseResourceMem": 0,
        "statusDatabaseResourceStorage": 0,
        "nodeAffinityLabel": "",
        "channelList": [
            {
                "networkId": 1630,
                "ordererId": "25728701",
                "channelName": "test-channel",
                "operator": "test-msp"
            }
        ],
        "installChaincodeList": [],
        "podStatus": "Running",
        "createDate": "2024-07-30T00:29:32+0000"
    }
}

この記事は役に立ちましたか?

What's Next

Peer Podログの照会

リクエスト
レスポンス

タグ

Blockchain Service