MySQLGaleraClusterとGlusterFSを使用した高可用性Nextcloudのデプロイ

すべてのテーブルに主キーを設定することは、GaleraClusterの書き込みセットのレプリケーションに不可欠です。主キーのない比較的大きなテーブルの場合、大きな更新または削除トランザクションは、非常に長い間クラスターを完全にブロックします。癖やエッジケースを回避するには、すべてのテーブルが明示的な主キーを持つInnoDBストレージエンジンを使用していることを確認してください（一意のキーはカウントされません）。

Nextcloudのデフォルトのインストールでは、指定されたデータベースの下に一連のテーブルが作成され、それらの一部はこのルールに準拠していません。テーブルがGaleraと互換性があるかどうかを確認するには、次のステートメントを実行できます。

mysql> SELECT DISTINCT CONCAT(t.table_schema,'.',t.table_name) as tbl, t.engine, IF(ISNULL(c.constraint_name),'NOPK','') AS nopk, IF(s.index_type = 'FULLTEXT','FULLTEXT','') as ftidx, IF(s.index_type = 'SPATIAL','SPATIAL','') as gisidx FROM information_schema.tables AS t LEFT JOIN information_schema.key_column_usage AS c ON (t.table_schema = c.constraint_schema AND t.table_name = c.table_name AND c.constraint_name = 'PRIMARY') LEFT JOIN information_schema.statistics AS s ON (t.table_schema = s.table_schema AND t.table_name = s.table_name AND s.index_type IN ('FULLTEXT','SPATIAL'))   WHERE t.table_schema NOT IN ('information_schema','performance_schema','mysql') AND t.table_type = 'BASE TABLE' AND (t.engine <> 'InnoDB' OR c.constraint_name IS NULL OR s.index_type IN ('FULLTEXT','SPATIAL')) ORDER BY t.table_schema,t.table_name;

+---------------------------------------+--------+------+-------+--------+

| tbl                                   | engine | nopk | ftidx | gisidx |

+---------------------------------------+--------+------+-------+--------+

| nextcloud.oc_collres_accesscache      | InnoDB | NOPK | | |

| nextcloud.oc_collres_resources        | InnoDB | NOPK | | |

| nextcloud.oc_comments_read_markers    | InnoDB | NOPK | | |

| nextcloud.oc_federated_reshares       | InnoDB | NOPK | | |

| nextcloud.oc_filecache_extended       | InnoDB | NOPK | | |

| nextcloud.oc_notifications_pushtokens | InnoDB | NOPK |       | |

| nextcloud.oc_systemtag_object_mapping | InnoDB | NOPK |       | |

+---------------------------------------+--------+------+-------+--------+

上記の出力は、主キーが定義されていないテーブルが7つあることを示しています。上記を修正するには、自動インクリメント列を持つ主キーを追加するだけです。データベースサーバーの1つ（nexcloud1：

(nextcloud1)$ mysql -uroot -p

mysql> ALTER TABLE nextcloud.oc_collres_accesscache ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_collres_resources ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_comments_read_markers ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_federated_reshares ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_filecache_extended ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_notifications_pushtokens ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

mysql> ALTER TABLE nextcloud.oc_systemtag_object_mapping ADD COLUMN `id` INT PRIMARY KEY AUTO_INCREMENT;

上記の変更を適用したら、pxc_strict_modeを推奨値「ENFORCING」に再構成できます。対応する値を使用して、「アプリケーションの導入」セクションの手順8を繰り返します。

読み取り-コミットされた分離レベル

Nextcloudがアドバイスする推奨されるトランザクション分離レベルはREAD-COMMITTEDを使用することですが、GaleraClusterはデフォルトでより厳密なREPEATABLE-READ分離レベルになっています。 READ-COMMITTEDを使用すると、高負荷のシナリオでのデータ損失を回避できます（たとえば、多くのクライアント/ユーザーと多くの並列操作で同期クライアントを使用することにより）。

トランザクションレベルを変更するには、ClusterControl->管理->構成->パラメーターの変更/設定に移動し、以下を指定します。

[続行]をクリックすると、ClusterControlは構成の変更をすぐに適用します。データベースを再起動する必要はありません。

マルチインスタンスNextcloud

URLにアクセスするときにnextcloud1にインストールを実行したため、このIPアドレスはNextcloud内の「trusted_domains」変数に自動的に追加されます。セカンダリサーバーhttp://192.168.0.22/nextcloudなどの他のサーバーにアクセスしようとすると、これはホストが許可されていないため、trusted_domain変数に追加する必要があるというエラーが表示されます。

したがって、以下の例のように、/ var / www / html / nextcloud / config/config.php内の「trusted_domain」配列の下にすべてのホストのIPアドレスを追加します。

  'trusted_domains' =>

  array (

    0 => '192.168.0.21',

    1 => '192.168.0.22',

    2 => '192.168.0.23'

  ),

上記の構成により、ユーザーは次のURLを介して3つのアプリケーションサーバーすべてにアクセスできます。

• http://192.168.0.21/nextcloud（nextcloud1）
• http://192.168.0.22/nextcloud（nextcloud2）
• http://192.168.0.23/nextcloud（nextcloud3）

注：これら3つのNextcloudインスタンスの上にロードバランサー層を追加して、HAProxyやnginxなどの市場で入手可能なHTTPリバースプロキシを使用して、アプリケーション層の高可用性を実現できます。これは、このブログ投稿の範囲外です。

ファイルロックにRedisを使用する

Nextcloudのトランザクションファイルロックメカニズムは、通常の操作中にファイルが破損しないようにファイルをロックします。トランザクションファイルロック（これはデフォルトで有効になっています）を処理するためにRedisをインストールすることをお勧めします。これにより、データベースクラスターがこの重いジョブを処理できなくなります。

Redisをインストールするには、次のようにします。

$ yum install -y redis

$ systemctl enable redis.service

$ systemctl start redis.service

/var/www/html/nextcloud/config/config.php内に次の行を追加します：

  'filelocking.enabled' => true,

  'memcache.locking' => '\OC\Memcache\Redis',

  'redis' => array(

     'host' => '192.168.0.21',

     'port' => 6379,

     'timeout' => 0.0,

   ),

詳細については、このドキュメント「トランザクションファイルのロック」をご覧ください。

結論

Nextcloudは、プライベートファイル共有の要求に応えるためのスケーラブルで可用性の高いファイルホスティングサービスとして構成できます。このブログでは、Nextcloud、ファイルシステム、データベースの各レイヤーに冗長性をもたらす方法を紹介しました。