Geekly Articles each Day

NGINXフロントエンドと複数のバックエンドサーバーを備えたOwnCloudコーポレートクラウド

1.スキーム


私たちが持っています：

画像

2. ownCloudのインストール


実際には、リポジトリのマニュアルおよび数学に関するすべてのアクション。
Ubuntu 12.03 LTS-LAMPシステム（LAMPのインストール時にルートパスワードを忘れないでください）
LDAPを使用するには、php5-ldapを提供する必要があります
$sudo apt-get install php5-ldap

データストレージには、NFS経由でアクセスできる別のサーバーを使用します。
NFSストレージストレージサーバーで、nfsサーバーを設定します
 $ sudo apt-get install nfs-kernel-server

次の行を追加して/ etc / exportsを編集します。
 /var/owncloud 192.168.1.0/24(rw,sync,no_root_squash,no_subtree_check)

フォルダーを作成し、その権限を変更します。
 $sudo mkdir -p /var/owncloud $sudo chown root:www-data /var/owncloud

NFSサーバーを再起動します。
 $sudo /etc/init.d/nfs-kernel-server restart

保存が完了しました。
NFS クライアントサーバーでは、以下を設定します。
 $ sudo apt-get istall nfs-common

終了0の前にvim /etc/rc.localを修正して、次の行を追加します：（ブート時にNFSフォルダーをマウントするには、/ etc / fstabを使用すると難しい問題が発生するため、このファイルに書き込みます）
 /bin/mount -t nfs -o user,rw,hard 192.168.1.20:/var/owncloud /var/cloud

/ var / cloudフォルダーを作成し、そのアクセス許可を変更します。
 $sudo mkdir -p /var/cloud 

 $sudo chown root:www-data /var/owncloud

マウントを確認するには
 $sudo mount.nfs 192.168.1.20:/var/owncloud /var/cloud

次に、実際のクラウドを2つのサーバーに配置します。
キーをダウンロードしてインストールします。
 $wget http://download.opensuse.org/repositories/isv:ownCloud:community/xUbuntu_12.04/Release.key $sudo apt-key add - < Release.key

リポジトリを追加し、クラウドを設定します。
 $sudo sh -c "echo 'deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/xUbuntu_12.04/ /' >> /etc/apt/sources.list.d/owncloud.list" $sudo apt-get update $sudo apt-get install owncloud

行く you_ip/owncloud

完了をクリックします
また、owncloud Webインターフェースでユーザーが作成した管理者の下に移動します。
クラウドログインページにリダイレクトするように/var/www/index.htmlを決定しました。
 <html> <head> <meta HTTP-EQUIV="REFRESH" content="0; url=/owncloud/"> </head> </html>

これはすべて、CLOUD-1サーバーとCLOUD-2サーバーの両方で行います。

3. NGINXのインストールと構成


NGINXサーバー上
 $sudo apt-get install nginx

リダイレクトサイトの構成ファイルを作成する
 $ sudo vim /etc/nginx/sites-available/cloud

このような状態に支配します。
 upstream myCloud { ip_hash; #    server 192.168.1.11:80; server 192.168.1.12:80; } server { listen 1.2.3.4:443 ssl; #   SSL server_name owncloud.site.org; ssl_certificate /etc/ssl/certs/site.pem; #  ssl_certificate_key /etc/ssl/private/site.key; #   client_max_body_size 200G; #     location / { proxy_pass http://myCloud; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

リンクを作成する
 $sudo ln -s /etc/nginx/sites-available/owncloud.site.org /etc/nginx/sites-enabled/owncloud.site.org

デフォルトページを編集し、すべてのリクエストをSSLにリダイレクトします。
 $sudo vim /usr/share/nginx/www/index.html 

 <html> <head> <meta HTTP-EQUIV="REFRESH" content="0; url=https://owncloud.site.org/cloud/"> </head> </html>

nginxをスキップする
 $sudo /etc/init.d/nginx restart


今のすべてのリクエストで owncloud.site.org owncloud.site.orgリダイレクトされます owncloud.site.org/cloud

SSLセッションは、クライアントとNGINXの間、通常のNGINXとクラウドサーバーの間、通常のHTTPで確立されます。

この段階では、に行くことができます owncloud.site.org owncloud.site.org cloud1（2）サーバーのユーザー名とパスワードを入力するように求められます。

すべての設定の後、クラスターが取得されますが、
ユーザーがプロファイルを構成し、cloud-1サーバー上のアプリケーションでアクションを実行すると、このデータはすべてMySQL-server cloud-1データベースに保存されます。 次回ログインすると、アクションや設定がない別のクラウド2クラスターサーバーに移動します。
これを修正するには、cloud-1とcloud-2の間でMySQLデータベースの同期が必要です。 さらに、MySQLレプリケーションの標準構成はマスター-スレーブ、つまり マスターへの変更はスレーブに複製されますが、その逆は複製されません。 マスター-マスターの2つのピアサーバーが必要です。

オプション：別のデータベースサーバー上の1つのMySQLデータベースで動作するように2つ以上のクラウドを構成することは可能ですが、この場合、MySQLデータベース専用の別のサーバーを保持する必要があり、スキームを多少複雑にし、別のクラウドを導入する場合、データベースのバックアップを作成する必要がありますインストール後の復元（データを上書きしないようにするため）。 どちらに行くかはあなたの選択です。

4.マスターの構成-マスターMySQLレプリケーション


cloud1で
 # vim /etc/mysql/my.cnf

行を追加
 [mysqld] #Replication log-bin=mysql-bin binlog_format=mixed server-id = 1 /*     */ slave-compressed = 1 binlog-do-db = cloud /*     */ #bind-address = 127.0.0.1 /*        */

cloud2で
 # vim /etc/mysql/my.cnf

行を追加
 [mysqld] #Replication log-bin=mysql-bin binlog_format=mixed server-id = 2 /*     */ slave-compressed = 1 binlog-do-db = cloud /*     */ #bind-address = 127.0.0.1 /*        */

ユーザーに両方のサーバーで複製させる。
cloud1で
IP 192.168.1.11およびパスワードu_passでアクセスするユーザーrepl2（クラウドベースに対する権限と特権SELECT、RELOAD、SUPER、REPLICATION SLAVEが必要）
 mysql> grant replication slave on *.* to 'repl2'@192.168.1.12 identified by 'u_pass';

cloud2で
IP 192.168.1.12およびパスワードu_passでアクセスするユーザーrepl1（クラウドベースに対する権限と特権SELECT、RELOAD、SUPER、REPLICATION SLAVEが必要）
 mysql> grant replication slave on *.* to 'repl2'@192.168.1.11 identified by 'u_pass';

次に、両方のベースを同一の状態にします。
cloud1で
 mysql> FLUSH TABLES WITH READ LOCK; mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000009 | 107 | cloud | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)

クラウドベースダンプを作成する
 #mysqldump -u root -p cloud > /home/user/cloud.sql mysql> UNLOCK TABLES;

クラウド2にコピー
 $scp /home/user/cloud.sql user@192.168.1.12:/home/user/cloud.sql

cloud2で
次に、スレーブを構成します。
 mysql> USE cloud; mysql> SOURCE /home/user/cloud.sql mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000009'; mysql> CHANGE MASTER TO MASTER_LOG_POS=107; mysql> stop slave; mysql> CHANGE MASTER TO MASTER_HOST='192.168.5.11', MASTER_USER='repl2', MASTER_PASSWORD='u_pass';

注
（ここで、この「CHANGE MASTER TO MASTER_HOST = '192.168.5.11'、MASTER_USER = 'repl2'、MASTER_PASSWORD = 'u_pass';」に注意する必要があります。」データは以前にMySQLファイル/etc/mysql/my.cnfに書き込まれていました。
マスターホスト= 192.168.1.11
マスターユーザー= repl2
master-password = <パスワード>
MySQLコンソールの別のコマンドに移動されました）

 mysql> start slave; mysql> show slave status/G;

次のようなものが必要です。
カモメ
***************************** 1.行******************** *******
Slave_IO_State：マスターがイベントを送信するのを待っています
マスターホスト：192.168.1.11
Master_User：repl2
Master_Port：3306
Connect_Retry：60
Master_Log_File：mysql-bin.000014
Read_Master_Log_Pos：107
Relay_Log_File：mysqld-relay-bin.000017
Relay_Log_Pos：210
Relay_Master_Log_File：mysql-bin.000014
Slave_IO_Running：はい
Slave_SQL_Running：はい
Replicate_Do_DB：
Replicate_Ignore_DB：
Replicate_Do_Table：
Replicate_Ignore_Table：
Replicate_Wild_Do_Table：
Replicate_Wild_Ignore_Table：
Last_Errno：0
Last_Error：
Skip_Counter：0
Exec_Master_Log_Pos：107
Relay_Log_Space：513
until_Condition：なし
until_Log_File：
until_Log_Pos：0
Master_SSL_Allowed：いいえ
Master_SSL_CA_File：
Master_SSL_CA_Path：
Master_SSL_Cert：
Master_SSL_Cipher：
Master_SSL_Key：
Seconds_Behind_Master：0
Master_SSL_Verify_Server_Cert：いいえ
Last_IO_Errno：0
Last_IO_Error：
Last_SQL_Errno：0
Last_SQL_Error：
Replicate_Ignore_Server_Ids：
Master_Server_Id：2
セット内の1行（0.00秒）

cloud1で
現在はベースが同じであるため、ダンプおよび復元する必要はありません。
cloud-1をcloud-2のスレーブとして設定する必要があります
 mysql> USE cloud; mysql> stop slave; mysql> CHANGE MASTER TO MASTER_HOST='192.168.5.12', MASTER_USER='repl1', MASTER_PASSWORD='u_pass'; mysql> start slave; mysql> show slave status/G;

出力はcloud-2のようになるはずです

パラメーター...は、cloud-1およびcloud-2でYESでなければなりません。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

この段階で小さな問題があります。ローカルユーザーとしてcloud-1サーバーにログインでき、cloud-2はパスワードが間違っていると言います（またはその逆）。（理由はSALTです:)
変数がある/var/www/owncloud/config/config.phpファイルがあります
 'passwordsalt' => '6d84a4d8cb3cf5439c05647ceb45682a',
クラウドサーバーごとに異なる値が設定されます。 移動できるサーバーからこの値をコピーして、不可能な場所に貼り付ける必要があります。

確認するには、同じユーザーの192.168.1.11と192.168.1.12に移動し、カレンダーのクラウド1サーバーでイベントを作成し、クラウド2で自動的に表示されるはずです（F5）。
出力には次のものがあります。

5.顧客



ここに少しあります:)

6.参照


www.opennet.ru/tips/info/1205.shtml
www.mysql.ru/docs/man/Replication_HOWTO.html
habrahabr.ru/post/86496
google.com

Source: https://habr.com/ru/post/J209432/

More articles:


All Articles