= NextCloud AIO と NextCloud ベアメタル = 過去 2 年間、さまざまな形式の NextCloud を実行してきました。これは、私の Odroid HC4 (RPi に似た ARM ボード) で自宅で個人的に使用するためのものです。 NextCloudPi をインストールした状態で開始しましたが、NextCloudPi 用にパッケージ化される前に更新を試したかったため、ベア メタル インストールに移行しました。 これを設定する際の私の最大の優先事項は、適切なバックアップ戦略を立てることです。 NextCloudPi では、データを含むまたは除外する完全なインスタンスをバックアップおよび復元する機能がパッケージに組み込まれています。この機能が気に入りました。ベア メタル インストールでは、cron ジョブをスケジュールして、構成ファイル、データベース、およびファイルを圧縮ファイルにバックアップする必要がありました。 .tar.gz.ただし、これがどのように復元されるかはわかりませんでしたが、ありがたいことに、バックアップが適切であることを確認するために昨日これを試みました。彼らは、〜でなかった。新しいボックスをゼロから構築し、Apache + PHP を使用して NC をインストールし (これは、NextCloud と互換性のあるさまざまなバージョンの PHP と完全に直感的ではありません)、構成ファイル、データベース、およびデータ ファイルを復元しました。動作していないように見える無数のエラーが発生しました。実用的なソリューションが必要なところに近づいています。複雑なものを機能させるために何時間も費やしたくありません。 NextCloudPiが提供するものに近いものを複製することを目的としたDockerコンテナであるNextCloud AIOに入ります。これは、機能するようになると、セットアップが比較的簡単でした **NextCloud AIO の将来の開発について心配する必要はありますか? NextCloud AIO で提供されている「Borg」バックアップ ユーティリティを使用してバックアップを実行できました (そして、それらのバックアップが機能することを確認するために復旧をテストしています)。これらの事前にパッケージ化されたソリューションに関する私の懸念は、常に長期的なメンテナンスです。 NextCloudPi の場合、これまで見てきたように、メンテナーはプロジェクトから離れました。私が注意を払っておらず、やみくもにこれを実行し、定期的にバックアップをとっていたら、おそらくデータを回復することはなかったでしょう.ベア メタル インストールでは、すべてのコンポーネント (ファイル、構成、データベース) が個別にあり、NextCloud の将来の実装にいつでもそれらを統合できるため、心配する必要はありません。もう一度、より単純な事前パッケージ化されたソリューションを探したので、AIO の将来の開発について心配する必要があるかどうか疑問に思います。 NextCloud AIO をインストールした後に実行されている Docker コンテナーに基づいて、同様のパフォーマンスを想定します。 AIO は、NextCloud の個々のコンポーネントを単純化してコンテナー化するための単なるユーティリティのようです。たとえば、NextCloud のみを提供している私のボックスで実行されているものは次のとおりです。 aio-apache aio-nextcloud aio-redis aio-postgresql aio-borgbackup aio-domaincheck aio-mastercontainer 編集:これまでのところ、メモリ使用量が増えています。ベア メタルでは、アイドル状態からロードまでのメモリ使用量が 1 ~ 1.5 GB でした。過去 10 分間で、これまでのところ 1.5 ~ 2.4 GB の範囲です PHP のバージョンと拡張機能の管理、および分離には Docker を使用することを好みます。そのコンテナー内で通常の PHP アプリとして NextCloud をホストする これにより、コントロールと柔軟性の最適なバランスが得られます。データは、NextCloud wwwroot の隣にある、選択したフォルダーに直接配置されます。 DB データ ファイルも直接利用できます。いくつかのスクリプトとバックアップ用の cron ジョブを追加すれば、準備は完了です redisなどについては、小規模なセットアップ(1〜2ユーザー)には必要ありません AIO およびその他のバリアントについては、(アーキテクチャに関して) 私は単純にそれらを信頼していません。私は自分の docker-compose ソリューションを知っており、問題が発生した場合でも修正できると確信しています。これらの「誰にとっても良い」ソリューションについて同じことを言うことはできません バックアップからデータを復元できるかどうかを実際に確認することは非常に良いことです。ただし、DB + ファイルのバックアップを設定することはそれほど難しいことではないと思います。間違いは誰にでもありますが、それが修正されたら、バックアップ プロセスはそれほど複雑ではないはずなので、別のものに切り替える必要があります。 == コミュニティについて == メンバー オンライン