pCloud導入記 for Windows

■はじめに

本文書では、大容量クラウドストレージpCloudをWindows 11に導入し、色々調査したりした記録を記す。

pCloudは、簡単に言えば、Google DriveやOne Driveの同類。インターネットの向こう側にでっかいストレージを確保でき、データ置き場として使ったりできるもの。詳細は上のホームページ参照。

■なぜ導入しようと思った？

データはずっと手元のNAS(Synology DS216j、4TBx2のミラーリング構成)で運用していた。 のだが、容量が手狭になったところで、色々考えたわけで。

• 6TBや8TBに更新する費用が結構高い(当時 WD Red 8TBが一個3.5万円、x2だと7万円)
• NASに入ってるデータはほぼ貯蔵用で、あまり頻繁にアクセスしない
• NASは音がうるさく、今は必要な時だけ電源入れている→すぐアクセスできないのは不便
• 微々たるものとはいえ電気代もかかる
• ミラーリングしてても壊れる可能性がある

■比較検討

クラウドストレージに対する要求使用はこんな。

• あまり頻繁にはアクセスしない過去データの保存用に使う
• 必要容量は6TB以上
• 有償なのは当然だがなるべくお安く
• 速度はそんなに必要ないが速ければうれしい
• Windowsだけで使用できればよい
• 管理が煩雑にならないのがよい
• 「同期」のためにローカルにもファイル置く必要があるのはイヤ

最後まで、MegaとpCloudで悩んだ。散々悩んで、最終的にpCloudを選択した。理由は「買い切りなので長期運用するなら安いから」。Megaが買い切りだったら多分Megaを選んでた。というかサブスクじゃないサービスって本当に儲かるのかな…。

なにはともあれ、導入するクラウドストレージはpCloudに決定！

■pCloud購入時の注意点

先に述べたようにpCloudは買い切りなので、導入時に一度だけ支払いが必要。だがちょっと待て！絶対にセール時に買うのだ！ セール時とそれ以外とでは、倍半以上の価格差があるんですよ！(2024/12現在、$1=150円として換算)

本当は6TB欲しかった。のだが、6TBはメニューに存在しない…。そういう柔軟性がないことはpCloudの弱点ではある。その時はセール中だったから5TB+2TBで7TB購入するという道もあったが、価格的には「Youもう10TB行っちゃえYo！」と誰かの声が聞こえたような気がしたので、男らしく10TBをドカンと購入。Download GoGo!で購入すると当時Amazonギフト1万円分が貰えるセールやってて、それで更にちょっとオトクになった。

購入後はすぐにアクセス可能になり、Windows上ではpCloudアプリをインストールすることでエクスプローラで P: ドライブとして使用できるようになる。

もし容量が不足した場合は、後から上の500GBとか2TBとかを追加購入することで、最大17.5TBまで容量を増加させることができる。その場合も引っ越しなどは必要なく、単純に使用してたストレージが購入直後から拡大される。

■使ってみてどう？

Windows上でしか使ってないという前提で言えば、大変イイ。 Windows上で使用する場合の特徴は以下のような感じ。

1. pCloudで購入したストレージがそのまま P: ドライブになる
2. I/Oは、読み込みも書き込みもキャッシュされる
   • 読み込みは5GBまでキャッシュ(変更可、後述)
   • 書き込みは C: ほぼいっぱいまでキャッシュ可(変更可、後述)
3. キャッシュはOS再起動しても継続される。ので、途中でOS停止・再起動してよい

このうち、「エクスプローラ上から P: ドライブとしてアクセスできる」のがとてつもなく便利。なんかWebアクセスしてドラッグ&ドロップすることなく、フツーにファイルとしてアクセスできるのが非常に良い。 とにかく楽。要らんことを考えなくてよいというのはスバらしい。

■I/O速度は？

I/O速度は、うちの環境だと上りも下りも平均すると4MB/sくらい。実際のI/O速度は変動が激しく、あまり安定しないようだ。数分間I/Oが停止するというようなことも時々起こる。 つまり、pCloudは大量コピーや同時並行のI/Oは大変苦手なダメッ子ちゃんなので、I/O完了を生暖かく見守れる紳士淑女じゃないと使うのは辛いかもというところ。

実際、手元の2.3TBのローカルファイルをpCloud上にコピーするには一週間ちょっとかかった。2.3TB/4(MB/s) ≒ 6.98(日)なので、概ね計算通り。これが一つの目安になると思う。

pCloud上の音声・映像ファイルを直接再生することは可能だが、当然最初数秒は(先読み分だけ)待ちが入るし、読み込み速度が間に合わない場合はカクつくこともある。でも4MB/sあれば、殆どの動画ファイルで不満はない。シークした時に引っかかることがあるくらい。

pCloudのマイページに速度計測ツールがあるが、これはあまり実速度を反映していないので参考までに。 この例では Down=16.51MB/s、Up=9.32MB/s 出ることになってるが、実際のI/O速度はまずそんなに出ない。

pCloudの速度テスト

なお、読み込み・書き込みキャッシュがあるため、エクスプローラ上でファイルコピーした時の速度やCrystal Disk Markで表示される速度はアテにならない。実際の実行中のI/O速度は、Up/DownともpCloudアプリの最下段に表示されるのでそれを参照。

やったぜ！pCloudは爆速だ！(うそ)

うちの平日昼間のネット環境は以下の通り、Down=543Mbps、Up=71Mbps 程度で、そこそこ高速。

USENスピードテストの結果

■リスク

pCloudには、格納するファイルによって、BANの危険性がある。詳細は以下を参照。

• 脱グーグルを目指してはみたけれど：クラウドコンピューティングとの苦闘

これによると、「ハッシュ値で禁止ファイルかどうかを判断し、該当したら問答無用でアカウントをBANする」模様。当該ファイルだけじゃなくてアカウントを削除。そうなるとつまりpCloudに置いておいたファイルは全滅で、二度とアクセスできなくなってしまう。万一の誤BANの可能性も否定できない。これは本当に頭が痛い問題だ。

だからpCloudを使うのはやめましょう…とはしたくない。重要なファイルはローカルにバックアップ取るようにすればなんとかなるんじゃないかなぁ、とは思う。それにしてもアカウントBANは酷いよね…せめて「ここいらへんのファイルがアレだったのでそのフォルダだけ削除した」とかならいいのに。諦めて付き合っていくしかないんだろうか。改善を求む。

BANを防ぐためにファイルを暗号化する方法を提案している方もおられる。こういうのは知識として知っておいた方がいいだろう。 ところで、どこかで「pCloudではパスワード付きZIPやユーザが暗号化したファイルはなぜか壊れる」というウワサを聞いたことがあるのだが、その真偽やいかに。

■実際pCloudアプリがどのように動いているのか？

ここからは、pCloud(for Windows)をしばらく使った上で判った内部情報的なことを備忘録的に書いていく。Webインターフェースなどについては触れず、あくまでWindows上で P: ドライブとして pCloud ストレージを使う場合に特化した情報である旨ご了承頂きたい。pCloudアプリのバージョンは4.1.12(2025/04/03現在最新)。

●概要

基本的に、Windows上の P: ドライブへのI/Oや同期・バックアップなどの機能は、pCloudアプリが担当している。Webインターフェースだけを使う場合は、pCloudアプリは無関係。

• P: ドライブを使うにはpCloudアプリが必要
  P: ドライブは、pCloudアプリ(C:\Program Files\pCloud Drive\pCloud.exe)を起動すると表れる。逆に言えば、同アプリを起動しないと P: にはアクセスできない。つまり、P: ドライブはドライバではなくアプリで実装されている。 アプリが終了すると P: ドライブはエクスプローラ上から消え、アクセスできなくなる。

• P: ドライブ名は固定で、変更できない
  言葉通り。pCloudアプリを使う場合、P: ドライブを変更することはできないので、同ドライブ名は他が使わないように空けておく必要がある。

●キャッシュ

pCloudアプリはエクスプローラ上のpCloudへ・からのI/Oをキャッシュする。読み込みキャッシュと書き込みキャッシュを管理しており、以下のように実装されている。

• 読み込みキャッシュ
  デフォルトでは C:\Users\ユーザ名\AppData\Local\pCloud\Cache\ (以下「キャッシュフォルダ」と呼ぶ) の cached ファイル(5120MB)。

  キャッシュフォルダはpCloudアプリの[設定]→[ディスク使用設定]→[キャッシュの場所 ]で、サイズは [ディスクキャッシュサイズ] で変更可能。Sparseではなく実ファイルとして使用されており、無条件に C: 上で5120MBを消費する悪い子。 pCloudから一度読み込んだファイルはこの cached ファイル上に格納され、二度目からの読み込みでは可能であればpCloudからではなくこちらから読み込んで提供する(ので速くなる)。

  キャッシュクリアは可能だが、クリアしてもこのファイルが消えたりSparseになるわけではない。従って、動作がおかしい場合以外はキャッシュクリアは不要。

• 書き込みキャッシュ
  デフォルトでは キャッシュフォルダ以下の cached 以外のファイル群。ファイル名は "01000000d" など、正規表現では [0-9a-f]{9} になる模様。 実際には P: ドライブに書き込むファイルと一対一対応している(暗号化もされていない)。そのため、中身を見れば何のファイルかすぐわかる。ローカルからP: ドライブにファイルを書き込む時、書き込みキャッシュは以下のように動作する。
  1. ローカルのファイルを 01000000c のようなファイル名でキャッシュフォルダに書き込む
  2. エクスプローラ上の I/O は 1. を実行した時点で終わる
  3. pCloudアプリが、バックグランドで 1. のファイルを実際にpCloudに転送する
  4. 転送完了したファイルはキャッシュフォルダから削除される

  書き込みキャッシュは、pCloudアプリを停止すると転送が中断され、次にpCloudアプリが起動した時点で再開される。従って、I/O途中でアプリやOSを停止・再起動してもよい。のだが、実際には時々怪しい動きをするのでお勧めしない。怪しい動きをした時は、キャッシュフォルダ以下にファイルがいつまでも残る。その場合は何かが壊れている可能性があるので、ファイルの中身を確認するか、P:\pCloud_lost_and_found フォルダを確認するよろし。

  キャッシュフォルダに残ったファイルは、次回以降のI/Oでいつか上書き→正常終了で削除されるので、放置してよい。むしろ、無理に消そうとすると誤って必要なものまで消してしまうかもしれないので放置推奨。

  書き込みキャッシュがフラッシュされたかどうかは、キャッシュフォルダにファイルが残っているかどうかをチェックするか、pCloudアプリの最下段にI/O中の速度情報が出るのでそれを参照する。

  書き込みキャッシュ可能な最大サイズはデフォルトでは 「C:ドライブの空き容量 - 2048MB」。このマイナス分(2048MB)を、pCloudアプリの[設定]→[ディスク使用設定]→[最小ディスク容量]で設定可能。デフォルトではほぼ丸々C:ドライブ使い切るまで書き込みキャッシュされちゃうわけで、それは危険な設定ではないか、と思わなくもない。

●同期

pCloudの「同期」は、あるローカルフォルダとpCloud上のフォルダの内容を同期する機能で、一般的なクラウドストレージが持っているそれと同等のもの。以下のような特徴がある。

1. 同期はpCloudアプリが行っており、同アプリが停止中は同期は実行されない
2. 同期はバックグランドで実行され、同期中の動作の進捗や詳細を確認することはできない
3. 同期では読み込み・書き込みキャッシュは使用されない
4. 同期中にファイルを削除・移動した場合、「ファイルがない」とアプリが警告を吐く
5. 同期中のファイルは一時的に書き込みロックされる
6. 運悪く書き込みロック中のファイルを編集しようとすると「アクセスが拒否された」とエラーになる
7. その場合は暫く待って同期が完了するとロックが解除され編集可能になる

また、現状では同期機能は一時停止することができず、「同期させるかその同期を削除するか」しかない。ユーザによるファイル編集時は同期を停止し、暇な時に同期開始して…のような運用ができないので、ますますこの機能を作業中に使うことが難しくなってしまっている。これはpCloudアプリ側でなんとかできる問題なので、改善を期待する。

●バックアップ

pCloudの「バックアップ」は、指定したバックアップ対象フォルダを、P: 上に作成した「pCloud Backup」というフォルダに保存する。実際には「同期」と同じ仕組みで実装されている模様。 従って、進捗確認はできないし、バックアップ中のファイルは書き込みロックされるのも同じ。

pCloudのバックアップとは直接関係ないが、これは情報までに。Windows 7互換バックアップ(コントロールパネル→[バックアップと復元(Windows 7)])のバックアップ先として P: が選択可能。リカバリ時に困ることになるかもしれないが、OSの全体バックアップの保存先としてクラウドストレージが選択できるのは(容量的な問題で)大変助かる。

■総評

まとめると、pCloudは、「P:ドライブとしてエクスプローラから使えるのがスゴい便利。ただしI/O速度は低く不安定で、ローカルドライブ同等とはいかない。バックアップ先や使用率の低いデータの保存先など、割り切った運用なら充分実用可能」というところ。

一方、「売り切り」という剛毅なビジネスモデルは、ユーザからすると大変に有難い。 是非これからも頑張って商売を続けて頂き、アプリやI/O速度の改善をお願いしたいところ。