メインコンテンツまでスキップ
バージョン: 3.12New

Network Requirements

Before you deploy ScalarDL, you typically need to configure firewall rules so that the required network traffic between clients, ScalarDL components, and related Scalar products is allowed. This page lists the connections that you need to allow, including the direction, default port, and use case of each connection, for two common deployment patterns: ScalarDL Ledger only and ScalarDL Ledger with Auditor.

注記

The port numbers in the following tables are the default values. If you have changed the default ports in your configuration, use your custom port numbers instead when you configure firewall rules.

ScalarDL Ledger–related connections​

If you're deploying ScalarDL Ledger, you must allow the following connections.

FromToPort (default)Use case example
Client (user applications)ScalarDL Ledger50051/TCPExecuting contracts/functions
Client (user applications)ScalarDL Ledger50052/TCPRegistering certificates, secrets, etc.
Scalar Admin for KubernetesScalarDL Ledger50053/TCPExecuting pause/unpause requests for backup operations
Scalar Admin for KubernetesKubernetes API server443/TCPGetting pod, service, and deployment information
Client (monitoring tools)ScalarDL Ledger8080/TCPScraping metrics of ScalarDL Ledger
ScalarDL LedgerBackend databasesDepends on databaseReading/writing requests to backend databases
ScalarDL LedgerCluster DNS (Kubernetes)53/UDP, 53/TCPResolving hostname through DNS

ScalarDL Ledger–related and Auditor–related connections​

If you're deploying ScalarDL Ledger with Auditor, you must allow the following connections.

FromToPort (default)Use case example
Client (user applications)ScalarDL Ledger50051/TCPExecuting contracts/functions
Client (user applications)ScalarDL Ledger50052/TCPRegistering certificates, secrets, etc.
Scalar Admin for KubernetesScalarDL Ledger50053/TCPExecuting pause/unpause requests for backup operations
Client (monitoring tools)ScalarDL Ledger8080/TCPScraping metrics of ScalarDL Ledger
ScalarDL LedgerBackend databasesDepends on databaseReading/writing requests to backend databases
Client (user applications)ScalarDL Auditor40051/TCPExecuting contracts
Client (user applications)ScalarDL Auditor40052/TCPRegistering certificates, secrets, etc.
Scalar Admin for KubernetesScalarDL Auditor40053/TCPExecuting pause/unpause requests for backup operations
Client (monitoring tools)ScalarDL Auditor8080/TCPScraping metrics of ScalarDL Auditor
ScalarDL AuditorBackend databasesDepends on databaseReading/writing requests to backend databases
ScalarDL AuditorScalarDL Ledger50051/TCPRecovering transactions
Scalar Admin for KubernetesKubernetes API server443/TCPGetting pod, service, and deployment information
ScalarDL LedgerCluster DNS (Kubernetes)53/UDP, 53/TCPResolving hostname through DNS
ScalarDL AuditorCluster DNS (Kubernetes)53/UDP, 53/TCPResolving hostname through DNS

Certificate registration–related connections​

If you use digital-signature as the authentication method, you must register the ScalarDL Ledger certificate and the ScalarDL Auditor certificate with each other. To perform this registration, you must allow the following connections. For more details about authentication methods, see ScalarDL Authentication Guide.

FromToPort (default)Use case example
Client in Ledger administrative domainScalarDL Ledger50052/TCPRegistering certificates
Client in Ledger administrative domainScalarDL Auditor40052/TCPRegistering certificates
Client in Auditor administrative domainScalarDL Ledger50052/TCPRegistering certificates
Client in Auditor administrative domainScalarDL Auditor40052/TCPRegistering certificates
Deprecated – Envoy-related connections for ScalarDL Ledger with Auditor
注意

Using Envoy in front of ScalarDL Ledger or ScalarDL Auditor has been deprecated for performance reasons.

If you use Envoy in front of ScalarDL Ledger, you must allow the same connections described in Envoy-related connections for Ledger instead of the connections from the client to ScalarDL Ledger in the previous table.

If you use Envoy in front of ScalarDL Auditor, you must allow the following connections instead of the connections from the client to ScalarDL Auditor in the previous table.

FromToPort (default)Use case example
Client (user applications)Envoy (for ScalarDL Auditor)40051/TCPExecuting contracts
Envoy (for ScalarDL Auditor)ScalarDL Auditor40051/TCPExecuting contracts
Client (user applications)Envoy (for ScalarDL Auditor)40052/TCPRegistering certificates, secrets, etc.
Envoy (for ScalarDL Auditor)ScalarDL Auditor40052/TCPRegistering certificates, secrets, etc.

If you also use Envoy in front of ScalarDL Ledger, you must allow the following connection instead of the connection from ScalarDL Auditor to ScalarDL Ledger in the previous table.

FromToPort (default)Use case example
ScalarDL AuditorEnvoy (for ScalarDL Ledger)50051/TCPRecovering transactions
Envoy (for ScalarDL Ledger)ScalarDL Ledger50051/TCPRecovering transactions

In addition, if you use Envoy in front of both ScalarDL Ledger and Auditor, you must allow the following connections.

FromToPort (default)Use case example
Client (monitoring tools)Envoy (for ScalarDL Auditor)9001/TCPScraping metrics of Envoy
kubeletEnvoy (for ScalarDL Auditor)9001/TCPExecuting Kubernetes health check probes
Envoy (for ScalarDL Auditor)Cluster DNS (Kubernetes)53/UDP, 53/TCPResolving hostname through DNS