feature：Configurable summarySetBlackList to set monitoring blacklist.

[zichen-gan]

Issue:

• The current ZooKeeper (ZK) cluster frequently experiences excessively long Full Garbage Collection (FGC) events (averaging once a week) that last over 10 seconds, leading to occasional, unexpected leader elections in the ZK cluster.
• The cluster currently fails to collect mntr monitoring data.

Root Cause:

• The ZK cluster uses the direct child nodes under the root directory (/) as Namespaces, At the Namespace level, the following have been implemented:
• Monitoring of MIN, CNT, AVG, MAX, and SUM request counts, which can be obtained via mntr monitoring.
• monitoring for Namespaces only accounts for additions and not removals, tasks are created directly under the root directory (/), with tasks older than seven days being cleaned daily.
• This leads to the following phenomenon: The number of Namespaces stored in ZK nodes (157,376) is significantly greater than the actual number of Namespaces in the ZK cluster (5,856).

Solution:
Provide a new version of the ZK server that supports configurable Namespace monitoring.

[maoling]

Use English, instead of Chinese

[zichen-gan]

👌

[maoling]

I cannot understand the intention of this PR clearly. From the description, I guess

• it wants to solve the metric issues which is inaccurate or too expensive? which metrics(write_per_namespace,read_per_namespace)?
• Add a blacklist can completely solve this problem?

[zichen-gan]

it wants to solve metrics(write_per_namespace,read_per_namespace) which is too expensive.

• / stores task IDs, which will be frequently added and deleted.metrics(write_per_namespace,read_per_namespace) only increase and do not decrease.
• we do not require monitoring for write_per_namespace and read_per_namespace
  Hope to support write_per_namespace, read_per_namespace blacklist。
  @maoling

[zichen-gan]

Perhaps it's a more universal and maintainable solution to remove the metric monitoring when the / path node is deleted. Regarding this PR, I will make some further modifications.