Connect :
Uptime :
Secondary
7 Days
4 Hour
1 Min.
弄り倒してないので、今回は購入報告のみ掲載ーーー
テレワーク増加によってWebカメラの品薄問題が出てきたりしているが、
筆者はノートPCに搭載しているWebカメラを使っているので騒動は回避できている。
そんな中、情報源として読んでいるINTERNET Watchを見ていたら、
ネットワークカメラとしつつも、ファーム書き換えでUSB接続Webカメラとしても使える、
ATOM Camについて特集が組まれていた。
普段ならスルーするのだが、クラウドファンディングから誕生した物で価格以上に多機能なのと、
実売2,500～3,000円とかなり安い事もあり、物は試しで買ってみた。
録画機能を試す為にSDカードも購入。安かったので16GBを購入。
旧環境ではBINDを用いてキャッシュDNSサーバを運用していた。
デファクトスタンダードとなっているBINDに慣れておかないと職にも影響が出る上、
仕様変更・脆弱性情報も追いかけるには、実際に運用するのが手っ取り早いという理由もある。
昨今ではBIND以外にもキャッシュDNSが増えた上、BIND以外を採用する環境も増えてきた。
技術提供側としてはニーズに対してスキルを出せないのは不勉強と言わざるを得ないので、
今回のサーバ刷新を機に一部サーバはBIND以外を採用してみた。
また、今後はDNSSEC採用環境が増えて行くと思われる為、
再帰問い合わせが可能なキャッシュDNSでDNSSEC検証も有効化してみた。
以前の記事で、新環境のデータベース構成について紹介したが、
今回の刷新を機にWebサーバも構成を大きく変更した。
静的ファイルを保存するデータ領域は設計方針を大きく変更してみた。
従来は負荷分散型NFSを自前で構築していたのだが、
アプリケーションのバージョン依存が強くメンテナンス性が悪すぎた事もありサーバ刷新時に廃止をした。
そうなると、別の仕組みで静的ファイルを保存する必要があるのだが、
自前でNFSを立てるとなると冗長化するのが辛い上、単一障害点を無くした上でシンプル構成にしたかった。
そんな事もあり今回は新たな取り組みとして、外部ストレージを利用する方針に変更。
サービス接続点・外部ストレージ自体が単一障害点になる可能性が残っているが、
自前で分散ストレージを立てる寄りも冗長性が上がるのと、
分散ストレージが必要とするサーバリソース・NW帯域を確保する事が出来なかったので諦めた。
