2023年のCasaOS Speedtest Trackerに関する議論は、コンテナイメージの面では古くなっています。以前のスレッドではhenrywhitaker3/speedtest-trackerのタグが議論されていましたが、現在メンテナンスされているプロジェクトでは、LinuxServer.ioのイメージlscr.io/linuxserver/speedtest-tracker:latestを使用します。
現在、CasaOSやその他のDockerホストにSpeedtest Trackerをインストールする場合は、古いlatestとdevの回避策を再現するのではなく、現行プロジェクトのドキュメントを使用してください。現在のイメージでは、永続的な設定とAPP_KEYが必要で、スケジュールテストにも直接対応しています。
元のCasaOSチュートリアル以降、何が変わったのか？
元のフォーラムでの議論は、インターネット速度を自動的に記録することで、ISPの問題が繰り返し発生していることを証明しやすくなるという利用目的を示しており、今でも価値があります。また、スケジュールテストが帯域幅を消費するという注意点も正しいものです。古くなったのはソフトウェアのパッケージングです。
現在メンテナンスされているSpeedtest Tracker Docker Composeガイドでは、LinuxServerのイメージを使用し、SQLite、MariaDB、MySQL、PostgreSQLの各オプションを説明しています。LinuxServerのイメージはx86-64およびARM64で利用できます。
現在のDocker Composeの基本構成
services:
speedtest-tracker:
image: lscr.io/linuxserver/speedtest-tracker:latest
container_name: speedtest-tracker
restart: unless-stopped
ports:
- "8080:80"
environment:
- PUID=1000
- PGID=1000
- APP_KEY=your-generated-key
- APP_URL=http://your-server:8080
- DB_CONNECTION=sqlite
volumes:
- /path/to/speedtest-tracker/data:/config現在のプロジェクトの指示に従ってアプリケーションキーを生成し、安全に管理してください。コンテナを再作成しても結果と設定が保持されるよう、/configは永続ストレージ上に置いてください。ポート8080がすでに使用されている場合は、マッピングのホスト側だけを変更します。
LinuxServer Speedtest Trackerイメージのドキュメントでは、PUID/PGID、イメージの更新、現在の環境変数についても説明しています。
スケジュールテストは今でも実際の帯域幅を消費する
2023年のコミュニティ返信では、1回のテストに約25～50MBかかると見積もられていましたが、この数値を現在も固定的に必要な量として扱うべきではありません。スピードテストでは接続速度を測定するために十分なデータを意図的に転送するため、使用量はプロバイダー、回線速度、テスト時間、テストサーバーの選択によって変わります。
従量制のインターネット接続では、まず控えめなスケジュールから始め、頻度を上げる前に実際の1日あたりの使用量を測定してください。常時稼働する低消費電力ホームサーバーでは、アプリケーション自体は軽量です。通常、より重要な運用コストになるのはダッシュボードではなく、ネットワークテストです。
古いイメージをまだ使用している場合
永続データの場所を確認する前に、古いコンテナを上書きしないでください。まず設定とデータベースをエクスポートまたはバックアップし、その後、現行版のクリーンなデプロイを構築して、過去データの移行を個別に検証してください。放棄されたイメージからメンテナンスされているイメージへ移行することは、単なるタグ変更ではなく、アプリケーションの移行です。
よくある質問
Speedtest Trackerは大量のインターネットデータを使用しますか？
使用する可能性があります。スケジュールされた各テストでは、スループットを測定するために実際のトラフィックを送受信します。正確な量は一定ではないため、データ上限があるユーザーは自身の使用量を測定し、不必要に頻繁なスケジュール設定は避けてください。
