ストレージ

NASを廃止してクラウドストレージを利用したい。

運用中のNAS（Synology）をバックアップをしたい。

近年、クラウドストレージサービスの認知が高まり、クラウドを前提としたストレージ運用を希望される方が増えてきました。

特に複数人でファイルを扱う場合、自身のPCだけで管理するのは限界があります。メールやUSBメモリでの受け渡しは非効率であり、すでに過去の方法です。

とはいえ、ローカルPCやハードディスクに保存されていることで得られる安心感は根強く、NASを手放せないという感覚もよく理解できます。

そこで多くの方がDropboxなどの手軽な共有サービスを使い始めますが、これらのサブスクリプション型サービスは意外に高額であるケースも少なくありません。

ただし、適切な使い方をすれば十分に有効な手段とも言えます。問題は「どのような運用が最適か」を見極めず、判断を後回しにしている間に、事故が起きることです。

PCのクラッシュや、NAS内データの誤削除といった事態は突然発生します。復元サービスもありますが、費用対効果は高くありません。また、日々の業務に追われて手軽なバックアップに頼ると、いざという時に時系列的な整合性が失われることも多くなります。

通信環境が整った今、クラウドストレージによる冗長化は、もはや選ばない理由が見当たらない時代になりつつあります。

Google Cloud Storage（GCS）を活用すれば、ライフサイクル管理、マルチリージョン構成、削除後の復元といった多彩な機能によって、堅牢なデータ保護が実現可能です。

オフィスに設置されたNASと外付けディスクによる従来の構成と比較すると、GCSによる運用はセキュリティ・信頼性の点で大きく優位です。

物理筐体が目の前にあるという心理的安心感は理解できますが、それこそがリスクでもあります。災害や盗難といった不測の事態を想定したとき、オンプレミスだけの運用では不安が残ります。

Synology NASは、DSM（DiskStation Manager）上のSnapshotやHyper Backupといった機能を活用して、ローカル環境内でのバックアップを実現しています。

しかし、NASを設置しているオフィスに物理的な被害があった場合、これらのバックアップは意味をなさなくなってしまいます。

天災などによってデータが一瞬で失われるリスクは、決して無視できるものではありません。スナップショットや外付けHDDへのバックアップも、同じ物理拠点にある限り、リスクを分散するには不十分です。

そこで当社では、従来のDropboxからGoogle Cloud Storageへと切り替え、Cloud Sync によるバックアップ運用を採用しました。

Cloud Sync は設定が比較的簡単で、AWS をはじめとする他のクラウドサービスとの連携にも対応しています。

ただし、GCS 側の設定（リージョン、ストレージクラス、IAM、ライフサイクル等）には一定の理解が必要です。Google Cloud Platform の基本的な設計思想を把握しておくことが望ましいでしょう。

インターネット経由でのバックアップにはネットワーク帯域とファイル容量が関係しますが、想像以上に堅実な転送が可能で、Dropbox よりも高速なケースも見られます。

Synology 上でファイルが新規作成・変更・削除されると、ほぼリアルタイムで GCS 側にも反映されます。また、GCS 側でライフサイクルを設定すれば、過去のバージョンを保持・復元することも可能です。

Synology の Snapshot Replication による復元と同様の効果が、クラウドのみでも実現できます。

また、外出先から他の端末を使って GCS にアクセスすれば、NAS に依存しないデータ取得が可能です。災害等により事務所のNASが破損した場合でも、クラウド上にデータが残っているという安心感は非常に大きなものです。

リージョンの選定次第では、データを世界中の複数リージョンに分散して保存することも可能です。

仮にSynologyに障害が発生しても、Cloud Sync の設定により GCS 側のデータから再同期を行い、環境を復旧することができます。初期化後の状態でも、クラウド上のデータがあれば復元可能な仕組みが整えられます。

Cloud Sync の動作は軽く、24時間365日のリアルタイム同期にも対応しています。業務負荷や稼働時間に応じたスケジュール設定も可能で、柔軟な運用が行えます。

GCS の利用にあたっては、アップロードは無料ですが、ダウンロードには転送料金が発生するため、同期先が多い場合や大量のデータ復元を想定する場合は、料金に注意が必要です。

ストレージクラスやリージョン選定も、運用目的に応じて適切に行うことが重要です。

クラウドへのバックアップは「保険的な存在」ではありますが、その保険料は決して高いものではありません。

オンプレミスだけでは不安が残る中小企業様にとって、Synology + Google Cloud Storage によるハイブリッドなストレージ運用は、現実的かつ堅実な選択肢となり得るでしょう。

ご興味のある方は、ぜひ当社までお問い合わせください。

社内ストレージの空き容量がほぼなくなってきたため、新しいストレージを運用したい。

また、Windows Active Directory を効率的に稼働させたい。

オンプレミスで稼働していた Windows Server の Active Directory およびファイルサーバー機能を、Synology NAS（DSM）に統合する移行を実施しました。

当初の懸念点は以下の通りです：

• Windows Server 上の資産データが安全に移行できるか
• Active Directory の挙動が Synology Directory Server 上でも再現されるか

これらを踏まえ、以下の検証を行いました：

• 必要な業務データ（約2TB）を1晩で移行可能か
• DSM上でAD機能が問題なく動作するか

また、移行に合わせて最初は Dropbox をバックアップ用途として活用する構成としました。

ストレージ構成は Synology Hybrid RAID（SHR-2）を採用し、4TB SSD × 4台により、実使用可能容量は約7TBとなりました。

• AD切り替え直後、クライアントPCのドメイン再参加が失敗（ドメイン名を変更して解消）
• Dropboxへの大容量データ転送が遅く、コピー完了までに時間を要した

DNS設定の正常化により Synology Directory Server は安定稼働し、約40台のWindowsクライアントも問題なく認証可能となりました。

Dropbox は当初の用途を超えてバックアップ用としても活用しており、Cloud Sync によるリアルタイム同期が非常に有効でした。このアプリケーションはDropbox以外にも多数のクラウドサービスと連携可能です。（後に、Google Cloud Storageとの連携を行う事になります）

Dropbox Business Standard を契約し、5TBの容量を確保。二要素認証・管理権限の設定も実施し、アクティビティログの定期確認を推奨しています

Windows Server に保存されたデータは、自作バッチ（ROBOCOPY）で共有フォルダごとに移行。検証期間中はタスクスケジューラで日次同期を実施しました。

ログをもとに内容一致を確認し、クライアントPCのドメイン切り替えと共有フォルダパス変更を段階的に実施しました。

Synology 側では Snapshot Replication を有効化し、削除ファイルの復元にも対応。移行後も誤削除対応の機会が多かったため、導入は有効な措置でした。

Synology NAS への統合運用は、当初の検証・準備を含めると長期的な取り組みとなりましたが、結果として非常に安定した運用を実現できました。

ネットワーク構成やデータ規模によって検討すべき点は異なりますが、段階的な検証と切り替えの計画が成功のカギとなります。

当社では、Synology をはじめとしたNASソリューションを活用した各種統合運用の事例とノウハウがあります。

ご興味がある中小企業様は、ぜひお気軽にご相談ください。