はじめに
Verticaは、データ量やユーザーの増加にあわせ、ハードウェアを柔軟にスケールアップ、スケールアウトすることができます。特に仮想環境やクラウドを使っている場合は、その恩恵を得やすいでしょう。ハードウェア構成を変更する際、新たなハードウェア構成にあわせた設定の見直しが必要になります。例えば、メモリを増設した場合は、Verticaのために設定したOSカーネルパラメータの設定を新たなメモリサイズに合わせて大きくする必要があります。設定漏れが発生しないよう、Verticaの要件をチェックするスクリプトが用意されています。
使用方法
構文
ハードウェア構成を変更したすべてのノードで、以下のスクリプトをrootユーザ(OS)で実行します。Verticaのバージョンによって、スクリプトの実行パスが違うので、ご注意ください。|
1 2 3 4 5 6 7 8 |
<< Vertica 9.2 まで >> # /opt/vertica/oss/python/bin/python -m vertica.local_verify << Vertica 9.3 から 11.0 まで >> # /opt/vertica/oss/python3/bin/python3.7 -m vertica.local_verify << Vertica 11.1 >> # /opt/vertica/oss/python3/bin/python3.9 -m vertica.local_verify |
実行例
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
<< Vertica 10.1 の実行例 >> # /opt/vertica/oss/python3/bin/python3.7 -m vertica.local_verify # CheckNodeDisk.check_readahead (0.079s) FAIL (S0020): FAIL(eS0020): Readahead size of sda (/dev/sda1,/dev/sda3) is too low for typical systems: 256 < 2048 https://www.vertica.com/docs/10.1.x/HTML/index.htm#cshid=S0020 # CheckDbAdmin.check_tz_env (0.001s) HALT (S0200): HALT(eS0200): dbadmin user ('dbadmin') does not exist https://www.vertica.com/docs/10.1.x/HTML/index.htm#cshid=S0200 # CheckNodeSysctl.check_vm_max_map_count (0.000s) FAIL (S0130): FAIL(eS0130): vm.max_map_count is too low: your 65530 < 941551 https://www.vertica.com/docs/10.1.x/HTML/index.htm#cshid=S0130 Summary: --- pass: 47 fail: 3 Output found in /opt/vertica/log/local-verify-20210708_002305.xml |
上記の例では、47個のチェックにパスし、3個のチェックに失敗しています。3つ目のエラーはメモリに関連するカーネルパラメータのチェックに失敗したものです。検出したエラーについては、出力されたURLを確認して解決します。不明な場合はサポートセンターにお問い合わせください。
補足
ハードウェアのスペックを上げる場合だけでなく、下げる場合も同様の方法でチェックが可能です。検証バージョンについて
この記事の内容はVertica 11.1で確認しています。更新履歴
2022/07/05 Vertica 11.1用のコマンドを追加2021/07/14 Vertica 10.1用に修正
2018/09/28 本記事を公開
