〜Mac miniによるDAS操作、Mac miniは今こそ本領発揮の時代に入った〜

SynologyNASとMac miniを組み合わせたファイル管理システムを使い始めた頃から、「NAS自体がPCの機能を持っているので、Mac miniと機能が重複している。Mac miniの頭脳(OS)を使って、複数のHDDを、RAIDのようにガチガチではなく、もっと自由に扱うことができないか」と問題意識を持っていました。その解決策を提案しているYouTube動画が気になっていました。👉「NASじゃなくてもいいかも！Mac miniでデータ管理してみた(ギズモード網藤さん)」「【NAS＆RAIDより安全】２０２５年版　個人限定　データを守る方法を紹介　HDDケース」

棚田式を思いついたのは、ギズモードの網藤さんが「一年に１回、写真や動画を移動させるルールを実行している」と語っていたことがヒントになり、「棚田は許容量を超えたら水が溢れ出る→だが、ここで→古い水から下段へ移動できたら面白い」とイメージしたことです。
まずは動画をご覧ください。

ポイント解説

（１）RAID→DASのメリット・デメリット

（２）自宅のどんな場所で使っているのか。

棚田システムは非常に柔軟で、M1Mac miniで十分だし、その外付けドライブであれば（というかM1Macが認識できるドライブであれば)どれでも選定できます。現状、下の図の赤丸T0T1T2に棚田システムを設定しています。調べてみて自分で驚いたのですが、外付けドライブを11個も使っていました。まだあと外してあるものも数個あります。別に壊れているわけではないのに。資源やお金を無駄にしてきたと思います。
世界全体が巨大なRAIDで動いているために、実際どれくらい冗長に重複所有になっているか。AI需要がそれを爆増させているわけなので、あとあと、とてつもない廃棄物が出る。バブルの崩壊が起きそうですね。。ああ怖い。有効活用のことを本気で考えるべき時がやってきそうな気がします。

棚段の基本構成は、作業段(T0)、保管段(T1)、長期保管段(T2)の３構成ですが、流出流入の関係を規定すれば、もっと増やすこともできますし、逆に、２構成にするのもいいと思います。実際、私は、高齢者ですので、これからは減らす方向でいきたいと思っています。

（３）実装

下記のトグルボックスにある青ボタンを押してtxtファイルをダウンロードして、AI(Gemini/ChatGPTなど)に理解させ、ご自身の環境に合わせた実装手順をお進みください。

実装手順

DAS棚田処理_メタデータ実データ更新アルゴリズム：

DAS棚田処理_メタデータDB仕様書：

DAS棚田管理_メタデータ処理py_shコード： 要約：Google Sheetsの「tanada」シートを設定CSV（tanada.csv）へ同期し、そのD列「転出パス」配下を全走査して世代SQLite（scan DB）を作成、さらにscan DB＋tanada.csvから全件の計画SQLite（plan DB）を1つ生成して「KEEP/MOVE/EXCLUDE」と新旧パス（abs_path/to_abs_path）を確定する一連のメタデータ用パイプライン。D列は1セル内の「,」や改行で複数パス指定可として分解し、重複は深いroot優先で排除。analyzeでは処理idごとに「転出パス1つ・転入パス1つ・除外パス複数可」を強制し、除外容量を差し引いた限度内でmtime降順に累積して新段位を決定、逆流（転出段≥転入段）はpipelineで拒否。最後にplan DBを集計し「どこ→どこへ/件数/容量」をMail.appで通知（print-only可）。das_runner.shがexport→pipeline→notifyをボタン1発で実行するランチャ。

DAS棚田管理_実データ更新処理コード： 要約：このシステムは、Google Sheetsをインターフェースとしたファイル管理の自動化パイプラインです。tanada_apply_button_daemon.pyは、Google Sheets上の手動ボタン（A10）によるAPPLY要求のみを監視し、深夜時間帯を除いてtanada_apply.pyを起動します。apply_runner.shは、SheetsのA8セルからファイル移動計画DBのパスを読み込み、それを固定名の適用DBにコピーし、tanada_apply.pyを実行するためのシェルスクリプトです。コアロジックを担うtanada_apply.pyは、適用DBに記録されたアクション（主にファイルの移動）をDRYRUNまたはAPPLYモードで実行します。このスクリプトは、「現段位がT0ではないファイルを新段位T0へ移動する」ポリシー違反を最優先でチェックし、違反があれば直ちに処理を停止する安全機構を備えています。処理結果はSheetsの指定セルにフィードバックされます。tanada_make_apply_plan_db.pyは、シミュレーション結果DBから、tanada_apply.pyが使用する固定名の適用計画DBを生成し、古いDBは世代管理してアーカイブします。com.xxxxxxxxm1.tanada_apply_button_daemon.plistは、デーモンをmacOSのLaunchAgentとして自動起動・常駐させ、必要な環境変数を設定します。このパイプラインは、手動トリガーと厳格な安全ポリシーにより、ファイル移動の誤操作を防ぎながらも自動化を実現しています。

DAS棚田管理_廃棄処理の規定：

コード(スクリプト)をもっと知りたい方はこちらへ↓

（４）Google AI ProとAI Plusの切り替えにも役にたつ

生成AIのGoogle AI Proのストレージ容量は5TBと巨大です、月2900円です。それに対してGoogle AI Plusのその容量は400GBと中規模です、月725円です(’26年6月)。AI Proを使うほど長大なコーディングも必要なく画像や動画生成の頻度も落ち着いてきたので、AI Plusへダウングレードしようとした時、使用している容量が500GBだったとしましょう。その場合、100GB以上を別の場所に移動する必要があります。AI Proへアップグレードするときは特に注意事項はありませんが。このような時にも、GoogleDriveのローカルフォルダを作り、それをT0段に設定して、そのサイズをたとえば380GBに設定しておけば（除外フォルダも設定しておいて）、自動的に移動が行われ、料金のコントロールも簡単になります。

（５）まとめ

残りの、廃棄処理、FreeFileSyncによるミラー同期処理、シャドウ・ディレクトリの作成、に関するコードは、完成し次第掲載していきます。ただし、他の処理への影響はありませんので、上の内容をそのまま使っても動きます。

制作用のパソコンは、フリーズが多くなってしまう。再起動がつきもの。

音楽制作や動画制作では、アプリのバグに振り回されて、結構、頻繁にフリーズして、Macを再起動することが起きます。その作業の最中に、並行して、HazelやAppleScriptなどのファイル更新の自動処理を行っているときに、そちらも、中断させられてしまいます。その逆もあります。いずれも、やり直しになります。

ファイルの更新処理は切り離したい。

やはり、制作類の作業を行うMacと、ファイル更新処理を行うMacなどのコンピュータは独立させた方が、全体としての安定性が向上します。

但し、クイックアクションなどの、いわゆる生産性を上げるための操作は、制作作業Mac側で行い、ファイル更新処理Macの様子を別ウインドウで表示して横目で監視するようなやり方でも、問題なく使えるでしょう(例：上の写真)。

ファイルサーバーとしても活用

M1以降のMacはほとんど発熱もなく消費電力も小さいので、少なくともファイル更新処理Macは常時稼働で問題なく、いわばファイルサーバーのようにSynologyNASの頭脳のような位置付けで使用するのが相性が良さそうです。

Mac miniもそうだが、Macは進歩はすれど安心して継承できる。

つい先日、M4 Mac miniが発表され、どんどんコンパクトに強力になっていくことに驚いていますが、方向は、そうなるのだろうなと想像はしていました。

つまりMacminiは、サーバーだと思えば、電源スイッチを底面にしたのもガッテンです。NASの電源スイッチなど１年に1回触るかどうかです。

しかしよくよく考えて、最新鋭のM4 Mac miniをサーバー的に使うのは勿体無いわけで、もしM4 Mac miniを制作系の作業で使うなら、アプリ側の更新の遅れで頻繁なフリーズに悩まされて、何度も電源スイッチの入り切りを行うことになるわけですから、いっそのことスイッチ付きテーブルタップを、自分の一番使いやすい位置に取り付ける、そういう結論になるのだと思います。まあ小さい話です。

先入先出の作業方法をApple Intelligenceに考えてもらいたい。

OSは今回、１世代前のSonomaにアップしました。それは１年遅れで信頼性を確保したいからです。次のOSの更新を焦るつもりはありません。ハードに依存します。ハードは、いずれは、M4 Macminiなどがメイン機になり、今あるM2 Macminiがサブになる、古いものから順に引退する、つまり先入先出になるわけです。課題は、特に音楽制作は、Mac本体内のディスク容量を食うのでM2 Macminiは1TBとしてきました。どういうことかと言うと、音楽制作のDAWは、多種多様な音源をロードして使います。そのロードに時間がかかるのです。その音源のうち音源データ部分は外部SSDなどへ逃すにしても、アプリケーション部分は本体内に残すようにしないと、ロード時間を短くできないのです。前述したように、そのDAW、音源アプリさらにはOSとハードとの間で、バグや相性不具合が生じて強制的な起動が頻発するわけです。どうにかならないかとストレスを抱えます。しかし、M4 Macmini1TBともなると、また高価格になっていくので、なかなか、ついていけませんね。  次は何とかメイン機のディスク容量を512GBで抑制できないか、そのように改善したいです。その診断と解決策をApple Intelligenceに考えてもらえたら助かりますね。

ポイント解説

１　DropboxとGoogleDriveの間のデータの更新方法について

クラウドストレージとクラウドストレージの同期を行うのにはどうするか(※1)。それまた別のクラウドストレージによるサービスもあるのですが、両方ともデータはローカルにあり、SSDの中あるいはNASの中にあるので、ローカルで更新を行う方法を選択します。rsyncを使う方法が一般的です。これはNASの中でもMacのSSDの中でも使用できます。NASの中で行う方法について、別の投稿で、説明するつもりです。

更新の方向ですが、Dropboxが更新されたらGoogleDriveが更新される、from Dropbox to GoogleDriveにします。つまり、基本的なローカルでのファイル作成作業はDropboxで行うこととします。

※１：SynologyNASのアプリにCloudSyncがありますが、これは、ローカルのフォルダやファイルに対しては、一つだけのクラウドストレージしか指定できません。

２　GoogleDriveも使う理由

それならDropboxだけでいいではないか、と思われるところですが、それは早計でして、GoogleDriveを使う理由は、AppSheetを使いたい、GASを使いたい、スプレッドシートを使いたい、それらのためにGoogleDriveが必要になるからです。
いえそれなら、GoogleDriveだけでいいではないか。と思われるでしょうが、これまた勇み足でして、字幕の扱いがうまくいかないため動画をリンクで使うのが困難。ならDropboxの方がマシということが大きいです(解説🎥)。

３　Dropboxデスクトップアプリによるファイル操作がラク

Dropboxにある写真や動画をWordPressへリンクするためにDropboxリンクを取得しようとするとき、Dropbox.comのサイトから入るのはちょっと手間がかかり過ぎです。Dropboxのローカルファイルから右クリックで取得できれば簡単です。SynologyNASは、そのフォルダをDropboxと同期することはできますがしかし、SynologyNASのDropboxのフォルダからは、それを右クリックしてもDropboxリンクの取得はできません。Dropboxデスクトップアプリが提供されていないためです。この辺りが、SynologyNASをパソコン的に使えないと感じる部分です。

その点、MacやWindowsでは、デスクトップアプリが提供されているため、以下のように、MacのFinderからでも、Dropboxリンクが取得できます。GoogleDriveでも同様に、リンク取得が可能です。

M1 Mac miniは、M2 Mac miniからの画面共有(スクリプト📒)の形にしています。共用のモニター、キーボード、マウスで操作しています。

以上

「音声認識字幕ちゃん」のサイズ調整

最近、ちまたでもスマホの翻訳アプリ、翻訳機器などを目にすることが多くなってきました。しかも同時翻訳までできてしまうのには驚きです。ただ、いざ使おうと思うと、最初はお試しで無料ですが、有料に誘われます。しかもこの翻訳系のサービスは、サブスクが殆どで、毎月料金が発生する形になります。しかもその提供会社はたいていは海外の会社でUSドルベースが多く、円支払いでは毎月3000~5000円などと高額になり、趣味の域を超えます。

今回紹介する「音声認識字幕ちゃん」は、大学の教員をされている西村良太さんが個人で開発され一般に公開されている、「Webベースの、文字起こし＋同時翻訳アプリ」です。大変使いやすくしかも無料です。西村さんには感謝申し上げます。

このサイトで提供されている起動用アプリですが、Windows用のbatファイルは直接に動作するので使いやすいですが、Macはそのままクリックしても動かずシェルスクリプトでアプリ化して動かすようにしました。

Macは一手間増える感じもありますが、異なる設定条件の複数の字幕ちゃんを起動できるのは素晴らしいことです。

但し、OBSに組み込んで使う時などは、都度、翻訳なしにしたり、言語を切り替えたりすることもありそうで、そうした自由度は、Webベースの中で、設定を変更できる方が、都合がいいと思い、今回は、Webをそのまま使うような流れを考えてみました。

但し、日本語の認識、及び、翻訳のレベルは、それほど高いとは言えず、語学を勉強された方からすれば、不満でしょう。標準語でゆっくり話す必要があります。またネットワークの状況で認識の感度が振れます。補助的な用途としてであれば、使い物になるでしょう。

ポイント解説

ビデオを補足します。

１　「音声認識字幕ちゃん」はGoogle Chromeで起動する。

同時翻訳を行う場合は、Google Script API-KEYが必要です。その取得については、

音声認識字幕ちゃん｜話した言葉がそのまま字幕に（無料・インストール不要）

ブラウザだけで配信に字幕をつけられる無料ツール。インストール不要、Chrome でページを開いてマイクを許可するだけ。最大3か国語まで同時に翻訳表示、OBS連携は背景透過でクロマキー不要。

www.sayonari.com

の説明に従ってください。

２　Google Chromeの起動時のウインドウサイズを固定できるようにする。

「音声認識字幕ちゃん」の緑色の字幕欄を、OBSでウインドウキャプチャーして、読み込むことを想定していますが、もともとブラウザは、自由にフニャフニャとウインドウサイズを動かすように出来ているため、それを固定させるのが起動用アプリのわけですが、設定変更の自由度が欲しいのとMacの場合の手間の多さから、ブラウザの中の緑色の字幕欄のサイズを固定させて、ブラウザの中で、フォントを変更するようにしたいわけです。

そのために,ウィンドウサイズを自由に追加登録して、それをホットキーで選択できるプラグイン、Window Resizerを使います。

３　「音声認識字幕ちゃん」を起動させるためのAppleスクリプトを作る。

私の場合は、既定ブラウザはSafariにしています。確かに、Safariでは、「音声認識字幕ちゃん」の文字起こし翻訳が起動しません。「音声認識字幕ちゃん」のURLはChromeと紐付けする必要があります。

Appleスクリプトは簡単です。

4　Stream Deckへマルチアクションとして登録する。

二つのアクションを登録します。一つ目は、Chromeで「音声認識字幕ちゃん」を開く、Appleスクリプトです。二つ目は、そのChromeのサイズを合わせるアクションです。私はStream Deckを使いますが、他にもホットキー、ショートカットを登録できるアプリがありますので、活用ください。

５　Stream Deckからマルチアクションを起動する。

Webベースで起動すると、後から簡単に変更ができるので便利です。翻訳言語の変更削除、フォントの変更などがラクです。

６　まとめ

器材記録

音声認識字幕ちゃん
Google Chrome
Window Resizer ( Chromeプラグイン)
Mac スクリプトエディタ
Stream Deck

Adobe Character Animator(スターター)
Final Cut Pro
Vrew(無料)
フリーボード
Mac mini M2
BGM: オリジナル音楽

以上です。

＜その１＞　Mac,Windowsのバックアップ方法

ポイント解説

ビデオを補足します。

１　Time Machineは複数箇所へバックアップが行える。

Macのバックアップの定番であるTime Machineアプリは、おそらく殆どのMacユーザーが利用していると思います。

しかし、複数箇所へ行えるのは知らない人も多いのではと思います。バックアップ先の登録を複数行えるようになっています。私は、一つは、ほぼほぼ直結したHDDへ、それからもう一つは、有線LANで繋げた別の部屋にあるNASへ、登録しています。登録さえすればあとは何もすることはありません。Time Machineが自動的に、1時間ごとに交互に、バックアップを行うようになっています。

Windowsの複数箇所の設定は、スケジュールと保存先をセットにしたものを複数登録できる形になっています。MacのTime Machineの設定はシンプルで設定項目が殆どないのと比べて、Windowsは設定が複雑で設定項目が多いのがちょっと面倒です。私はNAS1箇所のみへバックアップしています。

２　Mac miniと接続するのはThunderbolt4ケーブル1本のみ

以前はMac miniのコネクタ類を全部埋め尽くすように差し込んでいましたが、Mac miniを機種交換するような場合、面倒な周辺機器の接続を考えることなくサクッと交換出来るように、改善しました。接続するのはThunderbolt4ケーブル1本のみにしました。SSDの高速処理を維持するとThunderboltハブが必要になりますが仕方ありません。また機器の共用のために、KVM機能を導入しました。

＜その２＞　Mac,Windows,iPadの周辺機器の共用について

ポイント解説

ビデオを補足します。

１　切り替えを簡単にするのがミソ

KVMはKeyboard,Video,Mouseの略で、そうした周辺機器を1台だけ用意して共用する、そのための接続機器です。私は、DELL U2723QXという、モニター、KVM機器、ハブが一体になっているものを使っています。キーボードもマウスも映像が見えなければ何も出来ません。その意味では、KVM(Keyboard,Video,Mouse)は１セットにして共用するのは納得ですが、後述しますが、ネットワークや機器をまたがってファイル更新する場合などは別の注意が必要です。

共用している周辺機器が12台にもなっているわけですが、こうした扱いを可能にしている貢献者は、KVM機能、ハブ、STREAM DECK、この３つです。

KVMを操作するアプリをMac,Windows各々にインストールしているので、WinMacの切り替えを、そこから操作できますが、ちょっと面倒です。STREAM DECKを使えば、もっと直感的に、ボタンを押すだけで切り替わります。（なお、command+F1でWinMac間を移動出来ます。）

2　有線LAN(Ethernet)はパソコン毎に接続しておく方がいいと思う。

モニターに有線LANが繋がるのは一見すると便利なようですが、例えばMacとNAS間でファイル更新を行なっている最中に、モニターの電源を落とした時、寸断されてしまいます。Macの電源を落とした時に、ファイル更新が寸断されるのは当然のことと認識できますが、モニターを切ったらファイル更新が寸断されるとは、ふつうは予想できないです。何か疲れますよね、この動き。

実はこれは、一般ユーザーの中にある既視感でして、一般ユーザーは、「テレビの電源を切っても、ビデオの録画は寸断されない。」そう学習してしまったパブロフの犬なのです。そしてそれが、一般ユーザーにとって、「ストレスのない素直な動き」として身についています。

ですから、有線LAN(Ethernet)をパソコン毎に接続するのが、自然なお作法、と申せましょう。

3　裏方で頑張るオーディオインターフェース

私は音楽制作をやるので、オーディオインターフェースは馴染みですが、そうでもない限り、マイク、スピーカー、ヘッドホンは、モニターに付いているハブから引っ張ってくればいい。そのまま、共用して使えるはずだ。ふつうはそのように考えるでしょう。

しかしこれが案外厄介。ストレス源になるのです。音圧調整、音量の調節がとても面倒なのです。Mac,Windows,iPadそれぞれ側での音量が出てきますので、いちいち、アプリの音量レバーを調整することになります。そこで、オーディオインターフェースが助っ人になります。これを机の下に置きます。そして、左手で、手探りで、スピーカー、ヘッドホンそれぞれの音量を調整します。即、調整します。だから、左手に置くなら、右端にスピーカーの音量調節のノブがある、その左隣にヘッドホンの音量調節のノブがある、そのような配置のオーディオインターフェースを購入することが大事です。

上面にノブがあるタイプは、机の上に置くので、机の上が狭くなりますので、要注意です。なお、マイクについては最初に設定したらあまり変えることはないと思います。

私は、パソコン類を共用する時の、ストレス軽減のための最も重要な機器は、オーディオインターフェースだと思います。

以上です。

　自宅のSynologyNASからWeb公開することにしてみました。

「野菜や魚」の産直と同じことが、「情報」でも起きる気がする。

　昭和三十〜四十年代、野菜は、八百屋で売っていましたが同時に、農家がリヤカーで売りに来ていました。魚は魚屋で売っていましたが同時に、漁師の家のおばちゃんが行商に来ていました。しかし昭和５０年以降は姿を消していきました。それらは大資本や商社が牛耳るようになっていきました。小売店も行商も、そこへ吸い込まれてしまいました。

　ところが平成に入る頃から、高速道路の普及により、野菜や食品の産地直送、農家が消費者へ直接販売する方法（輸送業者を利用しながら）が急速に拡大してきました。農家には昔に行商していたDNAがちゃんと残っていたのでしょう。

　実は約15年前、自宅サーバーが流行しました。自宅からホームページを発信することが流行しました。当時はまだハッカーやウイルス問題の悩みも小さかった、ノートPCなどの古いPCの再活用を考える人が多かった、何より安価で使えるサーバー業者がなかった、そうした背景がありました。当時は、魚の鯖の字をあてて、「自宅鯖」と呼ばれたりしていました。

その後、不幸にも、自宅サーバーの火災が起きたり、自然災害で破壊したり、ウイルスで障害を繰り返す事故が増えてきました。なかなか各家庭でそこへの対策は重荷、趣味の域を超えていると。ちょうどその頃から、安全対策の重要性が意識されるようになり、高速化されたサーバー業者が現れ、クラウドサービスが進みました。それに押されてしまって。やっぱり鯖は日持ちが悪かった。「自宅鯖」はすぐさま腐っていきました。

現在、ITメディアは急速に増大して、それらを結構安易に、クラウドに保存すればいい、という風潮になっています。しかし私は、何でもかんでも、雲の上に放り投げておけばいい、とは思えないのです。

いよいよ、5G、第５世代通信が普及します。つまり情報の超高速道路が出来るということです。企業も庶民もその恩恵を受けることになります。もちろん、巨大情報商社であるGAFA(Google,Apple,Facebook,Amazon)は、その超高速道路を中央集権的に活用し続けることでしょう。GAFAは、ほんの一握りの天才と資本家が、知識と金にものを言わせて巨大に成長したもので、結果、ほんの一握りの人に富が偏在する形になっています。しかし今後は、庶民や小規模な産業も、自分から情報を発信することを、それほど高度な技術を持たなくても出来るようになると思います。そうなれば、中小企業もオンプレミス化、個人も自宅サーバーくらい挑戦してもいいのではと思います。野菜の産直と同じ、というか、よく似ています。何か日本の経済のスピードが落ちたため、道端の風景に気付くようになった、そんな感じもします。

この私の思う、ぼんやりとした方向が、ポストGAFAと謳われているWeb3.0の世界なのか。その一部なのかも知れません。以前も音楽制作の投稿で考察しましたが、個人が配信する場合、それが著作権や公序良俗の侵害に抵触しないかをフィルタリングする警察のような役割を、どこかに担ってもらう必要があります。おそらくその役割は、世界的な共通フィルターと、各国の法制度に準拠した強弱のあるフィルターの二層になるものと思います。

業者サーバーと自宅サーバーを使い分ける。

　iPhoneなどのカメラで撮った写真やMacのスクリーンショットは、Dropboxに保存すると同時にSynologyNASへ同期保存しています。将来、オーバーフローした分を、この同期から外へ移動して、DVDなどへ保存するか又は廃却することにする予定です。そのような目的でSynologyNASを設置したのですが。しかし貯めるだけでは、あまり有効に利用されていない、常時稼働の意味が薄い、と感じていました。

　さて、これらの写真などのメディアをブログで利用する場合、(1)WordPressのメディアフォルダへアップする、(2)Dropboxのリンクを使う、(3)その他メディアサーバーを使う、など複数方法があります。現在、(1)と(2)を併用しています。

上下の関係

　以前から思っていたのは、ブログ記事を作っていると、当然、細部に至る部分、マインドマップでいうと下位の部分を付け加えたくなります。つまり、基礎資料、TIPS、小さな工夫、など補助的な情報が多いですが、これらコマゴマとした情報はSynologyNASに蓄えられています。結構、そういう所にこそ、リンクを貼って、発信すれば、役に立つかも知れません。

　このブログは、業者サーバー( X Server )から発信していますが、ここはマインドマップで言うと上位の情報を書き込んで、下位を自宅サーバー( SynologyNAS )から発信すると言う関係でしょうか。ざっくりとしたイメージです。

リスク補完の関係

　自宅サーバーの構築や運用の重要情報が、自宅サーバーにだけ保存されていて、災害で破壊されたら、意味ないです。自宅サーバーとは別の場所へ置くべきでしょう。逆に、業者サーバーを運営するために重要な情報は、業者サーバーとは別の場所に置くべきです。実は今回、自らそのミスを犯して、本題の自宅サーバー設置も、最初からのやり直しの憂き目に遭っています。まだ入り口段階で助かりました。

具体的な設定方法

　具体的には以下のような構造図に表すことができます。

図表を別ページで開く <Google図形描画>

それでは、上の図中の機器ごとに、具体的な作業方法を説明します。

<手順1> Aterm WG2600HP3(NECのWiFiルーター)の設定方法 <Google スプレッドシート>

<手順2> SynologyNASの設定方法 <Google スプレッドシート>
※この<手順2>では、一般的な、プロバイダ１つ、ネットワーク１つの環境の中にWebサーバーを立ち上げる形にしており、従って、逆引きDNS設定など、多少複雑になっています。但し21年7月以降、私の現状は、複数プロバイダ複数ネットワークの形で運用していますので、面倒な逆引きDNS設定は使用せず、宅内部分も外部レンタルサーバーを使うのと同じ感覚で使えシンプルになっています。その自宅サーバー環境で、無料で、WordPress及び大人気高品質のCocoonが動くようにしています。

<手順3> Mac,iPhoneの設定方法 <Google スプレッドシート>

自宅サーバー、業者サーバー両方が故障しても読めるように、手順１〜３までについては、Googleスプレッドシートを利用しています。

なお、WiFiルーターの設定を、手順１に持ってきたのは、やはり、最初に、ネットワークをどのような形にするかを描いた後で、個々の機器のアプリ設定に入るべきだろうと考えたからです。

最初に行ったことですが、Webサーバーを公開するために、グローバルIPアドレスを固定にしました。費用が掛かります。短時間の間に、どんどん変更されるグローバルIPアドレスをキャッチして反映させる方法(DDNS)もありますが、まずは確実に作動させてから、その後で、どうするか考えることにします。

次に、私の場合、SynologyNASはDS218+を使っていますが、初期のメモリーは2GBです。基本的にはマニアックな内容でWeb公開しようと考えており、広く興味を持たれそうな情報はVimeoやYouTubeにメディアを掲載します。従ってアクセスが集中して迷惑を掛けることは少ないとは思います。とはいえ、ある程度考慮して、メモリーを許容される最大の10GBとしました。8GB追加しました。その上で、SynologyNASのWeb stationのPHP設定にて、最大プロセスを初期値の20から50へ変更しました。(こちらの記事をご参考）。

DSM7.0移行に伴う留意点

上記＜手順２＞におけるSynologyNASの設定方法は、OSはDSM6.xをベースになっています。DSM7.0へ移行した際、いくつかのアプリが更新エラーになります。

その中で、WordPress、Web Stationなど、Webサーバーに必要なものもエラーになります。

アプリの「修復」を選択すると、そのまま、Webサーバーは問題なく起動します。

但し、

DSM7.0移行時、DSMパッケージのWordPressを使っていた場合の留意点

ドキュメントルートは、以下のように変更されて、中身が移動している点に注意ください。

web/wordpress —> web_packages/wordpress

通常、URLは、
https://ホスト名/wordpressフォルダの直下にあるフォルダ名/xxx.mp4などのメディアファイル

とされていると思われます。であれば、何も支障はありません。

バックアップのすすめ

先日もやってしまった失敗ですが、WordPressの更新については、私は、WordPress管理メニュー内にある更新から行うようにしていて、パッケージセンターのWordPressアプリからは行っていません。但し何を勘違いしたのか、間違って、パッケージセンターのWordPressアプリの更新を行ったせいか、web_packages/wordpressフォルダ内に作ったメディアフォルダが全て消されてしまいました。が、速やかに復旧しました。

「web_packages」フォルダのバックアップ

こうした時に、日に1回、web_packagesフォルダのバックアップを、Hyper Backupで、Dropboxなどクラウドへ行っておくと、クリック一つで、前回のバックアップの状態に戻せます。

復旧後、一旦は、SynologyNAS内のWordPressアプリが停止状態にあるかもしれません。「実行」をクリックして「実行中」にしてください。

「パッケージセンター」「設定」「自動更新」の中で、WordPressを自動更新から外してください。

こうしておいたとしても、忘れて、うっかり、WordPressのパッケージ更新を押してしまうこともあります。その場合も、「Hyper Backup」から復元タスクを行なってください。

WordPressから直接インストールした方が、更新がラク。

以上のことを考えると、WordPress.orgから直接インストールしたほうがラクです。

UPSで自動シャットダウン、自動再起動にする。

NAS自体は大抵、停電の際に自動再起動できるようになっています。但し、停電が起きた時には、パスンと切れてしまい、デバイスやファイルに障害が発生しやすいです。特にWebサーバーは、常時、外部に向け発信しているため、サービスを安定させるために、自動シャットダウンをUPSで行えるようにしておくことを、おすすめします。

自宅WebサーバーにNASを使う長所

色々述べてきましたが、最後に、自宅Webサーバーに、パソコンではなく複数ディスク内蔵のNASを使う長所には、

＜1＞NASには最初からRAID機能(※※)が備わっていること。
＜2＞常時、システムやデバイスの健康状態をチェックしていて異常があればメール通知があること。
＜3＞メール通知に基づいてストレージマネージャーからディスクの修理が行えること。
＜4＞修理が困難な場合は、ディスクの交換になるが、ホットスワップ（サーバーを稼働したままで壊れた方のディスクを交換できる）が可能であること（私が利用しているSynology DS218+ は可能）。

などがあります。

それでは、とりあえず導入部分までは以上です。

※※：RAID機能とは、複数のディスクにバックアップを行う機能。一つのハードディスクが破損しても自動的に予備ディスクに切り替わる。飛行機のエンジンが左右の翼についていて片方が故障してももう片方で飛行できるのと同じ。フェイルセーフと呼ばれる仕組み。

参考になれば幸いです。