DigiLoog

続きを読む »

主キー更新はオンラインドキュメントの手順に従い実施したら終わったので割愛。

そんなこんなで文字コード照合順序打ち込んだコマンドは次の通り。
厳密には、もっと丁寧に実施した方が良いが自宅サーバなので手抜きした。
データベース名は”zabbix”に置換しているが大体のコマンドは合っている。

SELECT SCHEMA_NAME,DEFAULT_CHARACTER_SET_NAME,DEFAULT_COLLATION_NAME \
  FROM information_schema.schemata \
  WHERE SCHEMA_NAME = 'zabbix';
+--------------------+----------------------------+------------------------+
| SCHEMA_NAME        | DEFAULT_CHARACTER_SET_NAME | DEFAULT_COLLATION_NAME |
+--------------------+----------------------------+------------------------+
| zabbix             | utf8mb3                    | utf8mb3_general_ci     |
+--------------------+----------------------------+------------------------+

SELECT TABLE_SCHEMA,TABLE_NAME,TABLE_COLLATION \
  FROM information_schema.tables \
  WHERE TABLE_SCHEMA = 'zabbix' AND TABLE_COLLATION = 'utf8mb3_general_ci';
+--------------+------------------------+--------------------+
| TABLE_SCHEMA | TABLE_NAME             | TABLE_COLLATION    |
+--------------+------------------------+--------------------+
| zabbix       | scim_group             | utf8mb3_general_ci |
| zabbix       | connector              | utf8mb3_general_ci |
| zabbix       | userdirectory_saml     | utf8mb3_general_ci |
| zabbix       | userdirectory_ldap     | utf8mb3_general_ci |
| zabbix       | userdirectory_media    | utf8mb3_general_ci |
| zabbix       | userdirectory_idpgroup | utf8mb3_general_ci |
| zabbix       | connector_tag          | utf8mb3_general_ci |
+--------------+------------------------+--------------------+

ALTER TABLE zabbix.scim_group             CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.connector              CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.userdirectory_saml     CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.userdirectory_ldap     CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.userdirectory_media    CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.userdirectory_idpgroup CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER TABLE zabbix.connector_tag          CONVERT TO CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;
ALTER DATABASE zabbix CHARACTER SET utf8mb3 COLLATE utf8mb3_bin;

データベースを弄った後にZabbix ServerとZabbix Proxyを再起動して10分程度動かすと反映される。

………

実際にzabbix 6.4を弄ってみたが目に見えて大きな変更点が無くすんなり弄れた。
公式サイトに書いてある、テンプレートをバージョン管理出来るっぽいのが便利に見えたが、
手動で管理する物では無さそうだった。

zabbix 5.0の時にあったUI変更の様に目に見えた大きな変更点は無かったので、
エンタープライズ用途でも学習コストが少ないのは嬉しい。
その割には内部処理は高速化されているみたいなので暫く動かしてみる。

今回の6.4へのアップグレードはすんなり出来た。
二の足踏んでいる自宅サーバ民ならサクッと実施しても大丈夫だろう。

« 続きを隠す

続きを読む »

リアルタイムのライブは終了したが、チケットを買えば3月末までは視聴出来る。
今までのKOTOKOライブで見た事が無い超豪華セットリストなのと、
4,000円でライブの臨場感を味わいながら全部聞けるなら安い買い物。
エ○ゲソング好きなら一度は聞いた事がある曲ばかりなので是非ともみて欲しい。

• No.26：ライブ後の告知動画

………

完全保存版レベルのセットリストだった。ライブBDを出して欲しい…
オンラインだったから見られたが現地開催だったら確実にチケット争奪戦になる。
自宅だからこそ落ち着いて聞けたが、折角なら現地の爆音で聞きたかった。

150分の間、KOTOKOの戯画エ○ゲソングに浸れるライブはコレが最初で最後になる。
以前開催した戯画ライブは「戯画」としてなのでここまでKOTOKO尽くしでは無かった。
KOTOKO’s GAME SONG COMPLETE BOXに大体の曲は収録されているが、
ライブ特有の曲間やMCは再現出来ないので是非とも聞いて欲しい。

筆者が初めてプレイしたエ○ゲが「この青空に約束を―」、
時間がカンストするまでやり込んだのが「BALDR SKY」なので、
ブランドが終了するのは寂しい気持ちが強い。

今でもたまにプレイしたくなる位のバイブルになっているので、
戯画ブランドを記憶に刻む為にも残り5日をゲームに浸ろうと思う。

« 続きを隠す

続きを読む »

今回は現時点で新し目の下記バージョンで検証してみた。
Proxmoxだけマイナーバージョンが低いが、
アップグレード後にホストサーバの再起動をしていないだけだったりする。

• Proxmox 7.3-4
• Aboot-veos-serial-8.0.1.iso
• vEOS64-lab-4.29.2F.qcow2

ポイントは敢えてシリアルコンソール対応版の起動ISOイメージを用いる事。
仮想環境でシリアルを使う事は稀なので通常版で良さそうだが起動すらしなかった。

vEOSの仮想ルータイメージは何でも良いが、こだわりが無ければ64bit対応版を推奨。
試してみた所、32bit・64bitの両方とも起動出来たので、
ルータで利用するメモリ容量に合わせて選べばいいと思う。

Arista vEOS Routerの最低スペックである、2vCPU・4GB/Mem・8G/Diskを満たす様にする。
最新の情報は公式サイトを参照。

• Using the vEOS Router on KVM and ESXi

忘れやすいのが仮想シリアルインターフェースの追加。
前述の通りシリアルコンソール対応版を使わないと起動出来ないので、
仮想ハードウェアとしてもインターフェース追加が必要になる。
他のハードウェア設定は環境次第だが弄り倒す程でも無いので既定設定にしている。
NICはE1000にしているがVirtIOでも動作する。

起動用ISOイメージはDVDドライブとしてISOマウントしても良いし、
仮想ディスクとしてProxmoxにインポートしても動作する。
筆者はISOイメージを常時残したりDVDドライブを確保するのは避けたかったので、
仮想ディスクとしてインポートした状態でゲストインスタンスに組み込んでいる。

Proxmoxにイメージをインポートするコマンドは次の様になる。
事前に作ったゲストインスタンスのVMIDを指定してインポートする。

# qm importdisk <vmid> Aboot-veos-serial-8.0.1.iso local-zfs
# qm importdisk <vmid> vEOS64-lab-4.29.2F.qcow2 local-zfs

Proxmoxにインポートが出来たらIDEとしてディスクをアタッチする。
その後にブート順の変更を行いAboot-veosのIDE番号を選べば起動準備完了となる。

………

注意点を踏まえた上で、実際に動かしているArista vEOS Routerの構成は次の通り。
コレでも実機とネットワーク接続してルーティング交換は出来るし、
なんならこの記事を書いている現在も動いている。

………

今回利用している検証用vEOSの仕様でもあるが、
データ転送用インターフェースの実行速度とレイテンシが非常に遅い点に注意。
本来はASICなどハードウェア制御する転送処理をソフトウェアとして再現している為となる。

• Arista Community Central – vEOS Latency

ローカル内でpingだけしか転送していないのに応答が5～10msはざらにかかるので、
特性を理解した上でレイテンシを求めない動作検証に特化した方が良い。

その分、仮想ルータだと難しいルーティング制御は正常動作する。
OSPFやBGPも喋れる上、経路交換で100以上の経路をインポートするのも出来たので、
L3に特化したラボ環境や台数が必要なIP CLOS検証では有力候補になる。

AnsibleからvEOSを弄るモジュールも準備されているので自動デプロイ検証にも使える。
vEOSの中身はCentOSなので、enableした後にbashを叩くとshellに落ちる事が出来るので、
確実に非推奨だがアイディア次第で作り込みも可能。

ネットワーク機器なら「？」を打ってリニアな反応を見ながら設定したいので直接弄る事が多いが、
それでも実機と遜色なく動いてくれた。
検証・ラボ向けではあるが無料なので、Proxmoxを持っている人は一度触ってみて欲しい。

« 続きを隠す