データノードシステムの低速ブロック受信に関するHadoop+警告

データノードシステムの低速ブロック受信に関するHadoop+警告

データノードマシン(各データノードマシンにはサービスノードマネージャも含む)を含むHadoopクラスタがあり、487すべてのマシンは物理マシン(DELL)であり、オペレーティングシステムはRHELバージョン7.9です。

各データノードマシンには12個のディスクがあり、各ディスクサイズは12Tです。

HDPパッケージ(以前はHorton-works、現在はCloudera)にインストールされているHadoopクラスタの種類

ユーザーは、データノードシステムで実行されている遅いSparkアプリケーションについて文句を言います。

調査後、データノードログに次の警告が表示されます。

2024-03-18 17:41:30,230 WARN  datanode.DataNode (BlockReceiver.java:receivePacket(567)) - Slow BlockReceiver write packet to mirror took 401ms (threshold=300ms), downstream DNs=[172.87.171.24:50010, 172.87.171.23:50010]
2024-03-18 17:41:49,795 WARN  datanode.DataNode (BlockReceiver.java:receivePacket(567)) - Slow BlockReceiver write packet to mirror took 410ms (threshold=300ms), downstream DNs=[172.87.171.26:50010, 172.87.171.31:50010]
2024-03-18 18:06:29,585 WARN  datanode.DataNode (BlockReceiver.java:receivePacket(567)) - Slow BlockReceiver write packet to mirror took 303ms (threshold=300ms), downstream DNs=[172.87.171.34:50010, 172.87.171.22:50010]
2024-03-18 18:18:55,931 WARN  datanode.DataNode (BlockReceiver.java:receivePacket(567)) - Slow BlockReceiver write packet to mirror took 729ms (threshold=300ms), downstream DNs=[172.87.11.27:50010]

上記のログからwarning Slow BlockReceiver write packet to mirror took xxmsデータノードマシン172.87.171.23,172.87.171.24などを見ることができます。

私が理解しているように、異常に「遅い」とは、BlockReceiver write packet to mirrorOSキャッシュまたはディスクにブロックを書き込むのに遅延が生じる可能性があることを示しています。

だから私はこの警告/例外の理由を収集しようとしています。ここにあります。

  1. オペレーティングシステムのキャッシュまたはディスクにブロックを書き込む際の遅延時間

  2. クラスタがリソース制限(メモリ、CPU、またはディスク)に達したか、ほぼ到達しています。

  3. マシン間ネットワークの問題

確認の結果見えません。ディスクまたはCPUまたはメモリ質問、私達はすべての機械を確認しました

ネットワークの観点からは、デバイス自体に関する特別な問題は見られません。

また、iperf3 ro を使用して、あるシステムから別のシステムへの帯域幅を確認します。

以下は間の例ですdata-node01data-node03 私が理解したところによると、私が間違っている場合は訂正してください。帯域幅は大丈夫です)。

データノード01から

iperf3 -i 10 -s

[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-10.00  sec  7.90 GBytes  6.78 Gbits/sec
[  5]  10.00-20.00  sec  8.21 GBytes  7.05 Gbits/sec
[  5]  20.00-30.00  sec  7.25 GBytes  6.23 Gbits/sec
[  5]  30.00-40.00  sec  7.16 GBytes  6.15 Gbits/sec
[  5]  40.00-50.00  sec  7.08 GBytes  6.08 Gbits/sec
[  5]  50.00-60.00  sec  6.27 GBytes  5.39 Gbits/sec
[  5]  60.00-60.04  sec  35.4 MBytes  7.51 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  5]   0.00-60.04  sec  0.00 Bytes  0.00 bits/sec                  sender
[  5]   0.00-60.04  sec  43.9 GBytes  6.28 Gbits/sec                  receiver

データノード03で

iperf3 -i 1 -t 60 -c 172.87.171.84

[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec   792 MBytes  6.64 Gbits/sec    0   3.02 MBytes
[  4]   1.00-2.00   sec   834 MBytes  6.99 Gbits/sec   54   2.26 MBytes
[  4]   2.00-3.00   sec   960 MBytes  8.05 Gbits/sec    0   2.49 MBytes
[  4]   3.00-4.00   sec   896 MBytes  7.52 Gbits/sec    0   2.62 MBytes
[  4]   4.00-5.00   sec   790 MBytes  6.63 Gbits/sec    0   2.70 MBytes
[  4]   5.00-6.00   sec   838 MBytes  7.03 Gbits/sec    4   1.97 MBytes
[  4]   6.00-7.00   sec   816 MBytes  6.85 Gbits/sec    0   2.17 MBytes
[  4]   7.00-8.00   sec   728 MBytes  6.10 Gbits/sec    0   2.37 MBytes
[  4]   8.00-9.00   sec   692 MBytes  5.81 Gbits/sec   47   1.74 MBytes
[  4]   9.00-10.00  sec   778 MBytes  6.52 Gbits/sec    0   1.91 MBytes
[  4]  10.00-11.00  sec   785 MBytes  6.58 Gbits/sec   48   1.57 MBytes
[  4]  11.00-12.00  sec   861 MBytes  7.23 Gbits/sec    0   1.84 MBytes
[  4]  12.00-13.00  sec   844 MBytes  7.08 Gbits/sec    0   1.96 MBytes

注 - ネットワークカードは高速です10G(ethtoolで確認しました)。

NICカードのファームウェアバージョンも確認しました。

ethtool -i p1p1
driver: i40e
version: 2.8.20-k
firmware-version: 8.40 0x8000af82 20.5.13
expansion-rom-version:
bus-info: 0000:3b:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes

カーネルメッセージ(dmesg)も確認しましたが、特別な内容は見つかりませんでした。

CPUのdmesgから

dmesg  | grep CPU
[    0.000000] smpboot: Allowing 32 CPUs, 0 hotplug CPUs
[    0.000000] smpboot: Ignoring 160 unusable CPUs in ACPI table
[    0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:32 nr_cpu_ids:32 nr_node_ids:2
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=32, Nodes=2
[    0.000000]  RCU restricting CPUs from NR_CPUS=5120 to nr_cpu_ids=32.
[    0.184771] CPU0: Thermal monitoring enabled (TM1)
[    0.184943] TAA: Vulnerable: Clear CPU buffers attempted, no microcode
[    0.184944] MDS: Vulnerable: Clear CPU buffers attempted, no microcode
[    0.324340] smpboot: CPU0: Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz (fam: 06, model: 4f, stepping: 01)
[    0.327772] smpboot: CPU 1 Converting physical 0 to logical die 1
[    0.408126] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[    0.436824] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details.
[    0.436828] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details.
[    0.464933] Brought up 32 CPUs
[    3.223989] acpi LNXCPU:7e: hash matches
[   49.145592] L1TF CPU bug present and SMT on, data leak possible. See CVE-2018-3646 and https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/l1tf.html for details.

ベストアンサー1

おすすめ記事