ਮੁਫਤ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਹਜ਼ਾਰਾਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਲਈ ਬੈਕਅੱਪ ਸਟੋਰੇਜ

ਹੈਲੋ, ਮੈਨੂੰ ਹਾਲ ਹੀ ਵਿੱਚ ਇੱਕ ਦਿਲਚਸਪ ਸਮੱਸਿਆ ਆਈ ਹੈ: ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਬਲਾਕ ਡਿਵਾਈਸਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਲਈ ਸਟੋਰੇਜ ਸੈਟ ਅਪ ਕਰਨਾ।

ਹਰ ਹਫ਼ਤੇ ਅਸੀਂ ਆਪਣੇ ਕਲਾਉਡ ਵਿੱਚ ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਂਦੇ ਹਾਂ, ਇਸਲਈ ਸਾਨੂੰ ਹਜ਼ਾਰਾਂ ਬੈਕਅਪ ਬਣਾਏ ਰੱਖਣ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਇਸਨੂੰ ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਅਤੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਮਿਆਰੀ ਸੰਰਚਨਾ RAID5, RAID6 ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਾਨੂੰ ਅਜਿਹਾ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੱਤੀ ਜਾਵੇਗੀ, ਕਿਉਂਕਿ ਸਾਡੀਆਂ ਵੱਡੀਆਂ ਡਿਸਕਾਂ 'ਤੇ ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ ਦਰਦਨਾਕ ਤੌਰ 'ਤੇ ਲੰਬੀ ਹੋਵੇਗੀ ਅਤੇ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕਦੇ ਖਤਮ ਨਹੀਂ ਹੋਵੇਗੀ।

ਆਓ ਦੇਖੀਏ ਕਿ ਕਿਹੜੇ ਵਿਕਲਪ ਹਨ:

ਇਰੇਜ਼ਰ ਕੋਡਿੰਗ — RAID5, RAID6 ਦੇ ਸਮਾਨ, ਪਰ ਸੰਰਚਨਾਯੋਗ ਸਮਾਨਤਾ ਪੱਧਰ ਦੇ ਨਾਲ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਰਿਜ਼ਰਵੇਸ਼ਨ ਬਲਾਕ ਦੁਆਰਾ ਨਹੀਂ, ਬਲਕਿ ਹਰੇਕ ਵਸਤੂ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਰੇਜ਼ਰ ਕੋਡਿੰਗ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ ਵਿਸਤਾਰ ਕਰਨਾ ਮਿਨੀਓ.

DRAID ਇੱਕ ਮੌਜੂਦਾ ZFS ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। RAIDZ ਦੇ ਉਲਟ, DRAID ਕੋਲ ਇੱਕ ਵੰਡਿਆ ਸਮਾਨ ਬਲਾਕ ਹੈ ਅਤੇ, ਰਿਕਵਰੀ ਦੇ ਦੌਰਾਨ, ਐਰੇ ਦੀਆਂ ਸਾਰੀਆਂ ਡਿਸਕਾਂ ਨੂੰ ਇੱਕੋ ਵਾਰ ਵਰਤਦਾ ਹੈ, ਜੋ ਇਸਨੂੰ ਡਿਸਕ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਬਚਣ ਅਤੇ ਅਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਤੇਜ਼ੀ ਨਾਲ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।

ਸਰਵਰ ਉਪਲਬਧ ਹੈ Fujitsu Primergy RX300 S7 ਪ੍ਰੋਸੈਸਰ ਦੇ ਨਾਲ Intel Xeon CPU E5-2650L 0 @ 1.80GHz, RAM ਦੀਆਂ ਨੌਂ ਸਟਿਕਸ Samsung DDR3-1333 8Gb PC3L-10600R ECC ਰਜਿਸਟਰਡ (M393B1K70DH0-YH9), ਡਿਸਕ ਸ਼ੈਲਫ ਸੁਪਰਮਾਈਕ੍ਰੋ ਸੁਪਰਚੈਸਿਸ 847E26-RJBOD1, ਰਾਹੀਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਡਿਊਲ LSI SAS2X36 ਐਕਸਪੈਂਡਰ ਅਤੇ 45 ਡਿਸਕਸ ਸੀਗੇਜ ST6000NM0115-1YZ110 'ਤੇ 6TB ਹਰ ਕੋਈ.

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਕੁਝ ਵੀ ਫੈਸਲਾ ਕਰੀਏ, ਸਾਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਚੀਜ਼ ਦੀ ਸਹੀ ਤਰ੍ਹਾਂ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਅਜਿਹਾ ਕਰਨ ਲਈ, ਮੈਂ ਵੱਖ-ਵੱਖ ਸੰਰਚਨਾਵਾਂ ਤਿਆਰ ਕੀਤੀਆਂ ਅਤੇ ਟੈਸਟ ਕੀਤੀਆਂ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਮੈਂ ਮਿਨੀਓ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਜਿਸ ਨੇ ਇੱਕ S3 ਬੈਕਐਂਡ ਵਜੋਂ ਕੰਮ ਕੀਤਾ ਅਤੇ ਇਸਨੂੰ ਵੱਖ-ਵੱਖ ਮੋਡਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਟੀਚਿਆਂ ਦੇ ਨਾਲ ਲਾਂਚ ਕੀਤਾ।

ਅਸਲ ਵਿੱਚ, ਮਿਨੀਓ ਕੇਸ ਨੂੰ ਡਿਸਕਾਂ ਦੀ ਸਮਾਨ ਸੰਖਿਆ ਅਤੇ ਡਿਸਕਾਂ ਦੀ ਸਮਾਨਤਾ ਦੇ ਨਾਲ ਈਰੇਜ਼ਰ ਕੋਡਿੰਗ ਬਨਾਮ ਸੌਫਟਵੇਅਰ ਰੇਡ ਵਿੱਚ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਇਹ ਹਨ: RAID6, RAIDZ2 ਅਤੇ DRAID2।

ਸੰਦਰਭ ਲਈ: ਜਦੋਂ ਤੁਸੀਂ ਸਿਰਫ ਇੱਕ ਟੀਚੇ ਨਾਲ ਮਿਨੀਓ ਲਾਂਚ ਕਰਦੇ ਹੋ, ਤਾਂ ਮਿਨੀਓ S3 ਗੇਟਵੇ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਤੁਹਾਡੇ ਸਥਾਨਕ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ S3 ਸਟੋਰੇਜ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਕਈ ਟੀਚਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹੋਏ ਮਿਨੀਓ ਲਾਂਚ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਰੇਜ਼ਰ ਕੋਡਿੰਗ ਮੋਡ ਆਪਣੇ ਆਪ ਚਾਲੂ ਹੋ ਜਾਵੇਗਾ, ਜੋ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹੋਏ ਤੁਹਾਡੇ ਟੀਚਿਆਂ ਵਿਚਕਾਰ ਡੇਟਾ ਨੂੰ ਫੈਲਾ ਦੇਵੇਗਾ।

ਮੂਲ ਰੂਪ ਵਿੱਚ, ਮਿਨੀਓ ਟੀਚਿਆਂ ਨੂੰ 16 ਡਿਸਕਾਂ ਦੇ ਸਮੂਹਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ, ਪ੍ਰਤੀ ਸਮੂਹ 2 ਸਮਾਨਤਾਵਾਂ ਦੇ ਨਾਲ। ਉਹ. ਡਾਟਾ ਗੁਆਏ ਬਿਨਾਂ ਇੱਕੋ ਸਮੇਂ ਦੋ ਡਿਸਕਾਂ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਮੈਂ ਹਰੇਕ 16TB ਦੀਆਂ 6 ਡਿਸਕਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਅਤੇ ਉਹਨਾਂ 'ਤੇ 1MB ਆਕਾਰ ਦੀਆਂ ਛੋਟੀਆਂ ਵਸਤੂਆਂ ਲਿਖੀਆਂ, ਇਹ ਸਾਡੇ ਭਵਿੱਖ ਦੇ ਲੋਡ ਦਾ ਸਭ ਤੋਂ ਸਹੀ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਾਰੇ ਆਧੁਨਿਕ ਬੈਕਅੱਪ ਟੂਲ ਡੇਟਾ ਨੂੰ ਕਈ ਮੈਗਾਬਾਈਟ ਦੇ ਬਲਾਕਾਂ ਵਿੱਚ ਵੰਡਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਲਿਖਦੇ ਹਨ।

ਬੈਂਚਮਾਰਕ ਦਾ ਸੰਚਾਲਨ ਕਰਨ ਲਈ, ਅਸੀਂ s3bench ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਇੱਕ ਰਿਮੋਟ ਸਰਵਰ 'ਤੇ ਲਾਂਚ ਕੀਤੀ ਗਈ ਅਤੇ ਸੈਂਕੜੇ ਥਰਿੱਡਾਂ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਅਜਿਹੀਆਂ ਵਸਤੂਆਂ ਨੂੰ ਮਿਨੀਓ ਨੂੰ ਭੇਜਦੇ ਹੋਏ। ਜਿਸ ਤੋਂ ਬਾਅਦ ਮੈਂ ਉਨ੍ਹਾਂ ਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਵਾਪਸ ਮੰਗਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ।

ਬੈਂਚਮਾਰਕ ਨਤੀਜੇ ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਦਿਖਾਏ ਗਏ ਹਨ:

ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਮਿਨੀਓ ਆਪਣੇ ਖੁਦ ਦੇ ਈਰੇਜ਼ਰ ਕੋਡਿੰਗ ਮੋਡ ਵਿੱਚ ਉਸੇ ਸੰਰਚਨਾ ਵਿੱਚ ਸਾਫਟਵੇਅਰ RAID6, RAIDZ2 ਅਤੇ DRAID2 ਦੇ ਸਿਖਰ 'ਤੇ ਚੱਲ ਰਹੇ ਮਿਨੀਓ ਨਾਲੋਂ ਲਿਖਣ ਵਿੱਚ ਬਹੁਤ ਮਾੜਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦਾ ਹੈ।

ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਮੈਨੂੰ ਪੁੱਛਿਆ ext4 ਬਨਾਮ XFS 'ਤੇ ਮਿਨੀਓ ਦੀ ਜਾਂਚ ਕਰੋ। ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ ਕਿ, ਮੇਰੇ ਕਿਸਮ ਦੇ ਵਰਕਲੋਡ ਲਈ, XFS ext4 ਨਾਲੋਂ ਕਾਫ਼ੀ ਹੌਲੀ ਨਿਕਲਿਆ।

ਟੈਸਟਾਂ ਦੇ ਪਹਿਲੇ ਬੈਚ ਵਿੱਚ, Mdadm ਨੇ ZFS ਉੱਤੇ ਉੱਤਮਤਾ ਦਿਖਾਈ, ਪਰ ਬਾਅਦ ਵਿੱਚ gmelikov ਸੁਝਾਅ ਦਿੱਤਾਕਿ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਾਂ ਨੂੰ ਸੈੱਟ ਕਰਕੇ ZFS ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਸੁਧਾਰ ਸਕਦੇ ਹੋ:

xattr=sa atime=off recordsize=1M

ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ZFS ਨਾਲ ਟੈਸਟ ਬਹੁਤ ਬਿਹਤਰ ਹੋ ਗਏ।

ਤੁਸੀਂ ਇਹ ਵੀ ਨੋਟ ਕਰ ਸਕਦੇ ਹੋ ਕਿ DRAID RAIDZ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਕਾਰਗੁਜ਼ਾਰੀ ਲਾਭ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਇਹ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਿਛਲੇ ਦੋ ਟੈਸਟਾਂ ਵਿੱਚ, ਮੈਂ ਮੈਟਾਡੇਟਾ (ਵਿਸ਼ੇਸ਼) ਅਤੇ ZIL (ਲੌਗ) ਨੂੰ SSD ਤੋਂ ਮਿਰਰ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਵੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਪਰ ਮੈਟਾਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਨਾਲ ਰਿਕਾਰਡਿੰਗ ਦੀ ਗਤੀ ਵਿੱਚ ਬਹੁਤ ਫਾਇਦਾ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ZIL ਨੂੰ ਹਟਾਉਣ ਵੇਲੇ, ਮੇਰੇ SSDSC2KI128G8 100% ਉਪਯੋਗਤਾ ਨਾਲ ਛੱਤ ਨੂੰ ਮਾਰਿਆ, ਇਸਲਈ ਮੈਂ ਇਸ ਟੈਸਟ ਨੂੰ ਅਸਫਲ ਮੰਨਦਾ ਹਾਂ। ਮੈਂ ਇਹ ਨਹੀਂ ਛੱਡਦਾ ਕਿ ਜੇ ਮੇਰੇ ਕੋਲ ਤੇਜ਼ SSD ਡਰਾਈਵਾਂ ਸਨ, ਤਾਂ ਸ਼ਾਇਦ ਇਹ ਮੇਰੇ ਨਤੀਜਿਆਂ ਨੂੰ ਬਹੁਤ ਸੁਧਾਰ ਸਕਦਾ ਹੈ, ਪਰ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਮੇਰੇ ਕੋਲ ਉਹ ਨਹੀਂ ਸਨ.

ਅੰਤ ਵਿੱਚ, ਮੈਂ DRAID ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਅਤੇ ਇਸਦੇ ਬੀਟਾ ਸਥਿਤੀ ਦੇ ਬਾਵਜੂਦ, ਇਹ ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਸਭ ਤੋਂ ਤੇਜ਼ ਅਤੇ ਸਭ ਤੋਂ ਕੁਸ਼ਲ ਸਟੋਰੇਜ ਹੱਲ ਹੈ।

ਮੈਂ ਤਿੰਨ ਸਮੂਹਾਂ ਅਤੇ ਦੋ ਵੰਡੇ ਸਪੇਅਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸੰਰਚਨਾ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ DRAID2 ਬਣਾਇਆ ਹੈ:

# zpool status data
  pool: data
 state: ONLINE
  scan: none requested
config:

    NAME                 STATE     READ WRITE CKSUM
    data                 ONLINE       0     0     0
      draid2:3g:2s-0     ONLINE       0     0     0
        sdy              ONLINE       0     0     0
        sdam             ONLINE       0     0     0
        sdf              ONLINE       0     0     0
        sdau             ONLINE       0     0     0
        sdab             ONLINE       0     0     0
        sdo              ONLINE       0     0     0
        sdw              ONLINE       0     0     0
        sdak             ONLINE       0     0     0
        sdd              ONLINE       0     0     0
        sdas             ONLINE       0     0     0
        sdm              ONLINE       0     0     0
        sdu              ONLINE       0     0     0
        sdai             ONLINE       0     0     0
        sdaq             ONLINE       0     0     0
        sdk              ONLINE       0     0     0
        sds              ONLINE       0     0     0
        sdag             ONLINE       0     0     0
        sdi              ONLINE       0     0     0
        sdq              ONLINE       0     0     0
        sdae             ONLINE       0     0     0
        sdz              ONLINE       0     0     0
        sdan             ONLINE       0     0     0
        sdg              ONLINE       0     0     0
        sdac             ONLINE       0     0     0
        sdx              ONLINE       0     0     0
        sdal             ONLINE       0     0     0
        sde              ONLINE       0     0     0
        sdat             ONLINE       0     0     0
        sdaa             ONLINE       0     0     0
        sdn              ONLINE       0     0     0
        sdv              ONLINE       0     0     0
        sdaj             ONLINE       0     0     0
        sdc              ONLINE       0     0     0
        sdar             ONLINE       0     0     0
        sdl              ONLINE       0     0     0
        sdt              ONLINE       0     0     0
        sdah             ONLINE       0     0     0
        sdap             ONLINE       0     0     0
        sdj              ONLINE       0     0     0
        sdr              ONLINE       0     0     0
        sdaf             ONLINE       0     0     0
        sdao             ONLINE       0     0     0
        sdh              ONLINE       0     0     0
        sdp              ONLINE       0     0     0
        sdad             ONLINE       0     0     0
    spares
      s0-draid2:3g:2s-0  AVAIL   
      s1-draid2:3g:2s-0  AVAIL   

errors: No known data errors

ਠੀਕ ਹੈ, ਅਸੀਂ ਸਟੋਰੇਜ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕਰ ਲਿਆ ਹੈ, ਹੁਣ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰੀਏ ਕਿ ਅਸੀਂ ਕੀ ਬੈਕਅੱਪ ਕਰਾਂਗੇ। ਇੱਥੇ ਮੈਂ ਤੁਰੰਤ ਤਿੰਨ ਹੱਲਾਂ ਬਾਰੇ ਗੱਲ ਕਰਨਾ ਚਾਹਾਂਗਾ ਜੋ ਮੈਂ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ, ਅਤੇ ਇਹ ਹਨ:

ਬੈਂਜੀ ਬੈਕਅੱਪ - ਫੋਰਕ ਪਿੱਛੇ 2, ਬਲਾਕ ਡਿਵਾਈਸ ਬੈਕਅਪ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹੱਲ, Ceph ਨਾਲ ਸਖ਼ਤ ਏਕੀਕਰਣ ਹੈ। ਸਨੈਪਸ਼ਾਟ ਵਿਚਕਾਰ ਅੰਤਰ ਲੈ ਸਕਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਇੱਕ ਵਾਧਾ ਬੈਕਅੱਪ ਬਣਾ ਸਕਦੇ ਹਨ। ਸਥਾਨਕ ਅਤੇ S3 ਸਮੇਤ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਸਟੋਰੇਜ ਬੈਕਐਂਡ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਡੁਪਲੀਕੇਸ਼ਨ ਹੈਸ਼ ਟੇਬਲ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਵੱਖਰੇ ਡੇਟਾਬੇਸ ਦੀ ਲੋੜ ਹੈ। ਨੁਕਸਾਨ: python ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ, ਇੱਕ ਥੋੜ੍ਹਾ ਗੈਰ-ਜਵਾਬਦੇਹ ਕਲੀ ਹੈ।

ਬੋਰਗ ਬੈਕਅਪ - ਫੋਰਕ ਅਟਿਕ, ਇੱਕ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਅਤੇ ਸਾਬਤ ਹੋਇਆ ਬੈਕਅੱਪ ਟੂਲ, ਡਾਟਾ ਬੈਕਅਪ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਡੁਪਲੀਕੇਟ ਕਰ ਸਕਦਾ ਹੈ। scp ਰਾਹੀਂ ਸਥਾਨਕ ਅਤੇ ਰਿਮੋਟ ਸਰਵਰ ਲਈ ਬੈਕਅੱਪ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੇ ਯੋਗ। ਫਲੈਗ ਨਾਲ ਲਾਂਚ ਕੀਤੇ ਜਾਣ 'ਤੇ ਬਲੌਕ ਡਿਵਾਈਸਾਂ ਦਾ ਬੈਕਅਪ ਲੈ ਸਕਦਾ ਹੈ --special, ਇੱਕ ਘਟਾਓ: ਬੈਕਅੱਪ ਬਣਾਉਣ ਵੇਲੇ, ਰਿਪੋਜ਼ਟਰੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਲੌਕ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸਲਈ ਹਰੇਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ ਇੱਕ ਵੱਖਰੀ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਉਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਸਿਧਾਂਤ ਵਿੱਚ ਇਹ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ, ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ ਉਹ ਬਹੁਤ ਆਸਾਨੀ ਨਾਲ ਬਣਾਏ ਜਾਂਦੇ ਹਨ।

ਰੈਸਟਿਕ ਇੱਕ ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਾਸਸ਼ੀਲ ਪ੍ਰੋਜੈਕਟ ਹੈ, ਜੋ ਗੋ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਕਾਫ਼ੀ ਤੇਜ਼ ਹੈ ਅਤੇ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਸਟੋਰੇਜ ਬੈਕਐਂਡ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਥਾਨਕ ਸਟੋਰੇਜ, scp, S3 ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਸ਼ਾਮਲ ਹੈ। ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਇਹ ਨੋਟ ਕਰਨਾ ਚਾਹਾਂਗਾ ਕਿ ਵਿਸ਼ੇਸ਼ ਤੌਰ' ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ ਆਰਾਮ ਸਰਵਰ ਰੈਸਟਿਕ ਲਈ, ਜੋ ਤੁਹਾਨੂੰ ਰਿਮੋਟਲੀ ਵਰਤੋਂ ਲਈ ਸਟੋਰੇਜ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਉਪਰੋਕਤ ਸਾਰੇ ਵਿੱਚੋਂ, ਮੈਨੂੰ ਇਹ ਸਭ ਤੋਂ ਵੱਧ ਪਸੰਦ ਆਇਆ। stdin ਤੋਂ ਬੈਕਅੱਪ ਲਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਦੇ ਲਗਭਗ ਕੋਈ ਧਿਆਨ ਦੇਣ ਯੋਗ ਨੁਕਸਾਨ ਨਹੀਂ ਹਨ, ਪਰ ਕਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ:

• ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਇਸਨੂੰ ਸਾਰੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ (ਜਿਵੇਂ ਕਿ ਬੈਂਜੀ) ਲਈ ਆਮ ਰਿਪੋਜ਼ਟਰੀ ਮੋਡ ਵਿੱਚ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਅਤੇ ਇਸਨੇ ਕਾਫ਼ੀ ਵਧੀਆ ਕੰਮ ਕੀਤਾ, ਪਰ ਰੀਸਟੋਰ ਓਪਰੇਸ਼ਨਾਂ ਵਿੱਚ ਬਹੁਤ ਲੰਬਾ ਸਮਾਂ ਲੱਗਿਆ, ਕਿਉਂਕਿ ... ਹਰ ਵਾਰ ਰੀਸਟੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਰੈਸਟਿਕ ਸਾਰੇ ਬੈਕਅੱਪਾਂ ਦੇ ਮੈਟਾਡੇਟਾ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਇਹ ਸਮੱਸਿਆ ਆਸਾਨੀ ਨਾਲ ਹੱਲ ਕੀਤੀ ਗਈ ਸੀ, ਜਿਵੇਂ ਕਿ ਬੋਰਗ ਦੇ ਨਾਲ, ਹਰੇਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ ਇੱਕ ਵੱਖਰੀ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾ ਕੇ। ਇਹ ਪਹੁੰਚ ਬੈਕਅੱਪ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਵੀ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਾਬਤ ਹੋਈ ਹੈ। ਵੱਖਰੇ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ ਇੱਕ ਵੱਖਰਾ ਪਾਸਵਰਡ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਾਨੂੰ ਇਹ ਵੀ ਡਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿ ਗਲੋਬਲ ਰੈਪੋ ਕਿਸੇ ਤਰ੍ਹਾਂ ਟੁੱਟ ਸਕਦਾ ਹੈ। ਤੁਸੀਂ ਬੋਰਗ ਬੈਕਅੱਪ ਵਾਂਗ ਆਸਾਨੀ ਨਾਲ ਨਵੇਂ ਰਿਪੋਜ਼ਟਰੀਆਂ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹੋ।

  ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, ਬੈਕਅੱਪ ਦੇ ਪਿਛਲੇ ਸੰਸਕਰਣ ਦੇ ਅਨੁਸਾਰ ਹੀ ਡੁਪਲੀਕੇਸ਼ਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਪਿਛਲਾ ਬੈਕਅੱਪ ਨਿਰਧਾਰਤ ਬੈਕਅੱਪ ਲਈ ਮਾਰਗ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ stdin ਤੋਂ ਇੱਕ ਆਮ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਵਸਤੂਆਂ ਦਾ ਬੈਕਅੱਪ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਇਹ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਨਾ ਭੁੱਲੋ। ਵਿਕਲਪ --stdin-filename, ਜਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਹਰ ਵਾਰ ਵਿਕਲਪ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰੋ --parent.

• ਦੂਜਾ, stdout ਦੀ ਰਿਕਵਰੀ ਇਸਦੇ ਸਮਾਨਾਂਤਰ ਸੁਭਾਅ ਦੇ ਕਾਰਨ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਰਿਕਵਰੀ ਨਾਲੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੈਂਦੀ ਹੈ। ਭਵਿੱਖ ਵਿੱਚ, ਅਸੀਂ ਬਲਾਕ ਡਿਵਾਈਸਾਂ ਲਈ ਬੈਕਅਪ ਲਈ ਨਜ਼ਦੀਕੀ ਸਹਾਇਤਾ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ।

• ਤੀਜਾ, ਵਰਤਮਾਨ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਮਾਸਟਰ ਤੋਂ ਵਰਜਨ, ਕਿਉਂਕਿ ਵਰਜਨ 0.9.6 ਵਿੱਚ ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਦੀ ਲੰਬੀ ਰਿਕਵਰੀ ਵਾਲਾ ਇੱਕ ਬੱਗ ਹੈ।

ਬੈਕਅੱਪ ਦੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਅਤੇ ਬੈਕਅੱਪ ਤੋਂ ਲਿਖਣ/ਬਹਾਲ ਕਰਨ ਦੀ ਗਤੀ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ, ਮੈਂ ਇੱਕ ਵੱਖਰਾ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਇਆ ਅਤੇ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ (21 GB) ਦੀ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਚਿੱਤਰ ਨੂੰ ਬੈਕਅੱਪ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ। ਦੋ ਬੈਕਅੱਪ ਮੂਲ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਕੀਤੇ ਗਏ ਸਨ, ਸੂਚੀਬੱਧ ਹੱਲਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਕਿ ਡੁਪਲੀਕੇਟ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ/ਹੌਲੀ ਕਾਪੀ ਕੀਤਾ ਗਿਆ ਸੀ।

ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਬੋਰਗ ਬੈਕਅੱਪ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਸ਼ੁਰੂਆਤੀ ਬੈਕਅੱਪ ਕੁਸ਼ਲਤਾ ਅਨੁਪਾਤ ਹੈ, ਪਰ ਲਿਖਣ ਅਤੇ ਰੀਸਟੋਰ ਸਪੀਡ ਦੋਵਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਘਟੀਆ ਹੈ।

ਰੈਸਟਿਕ ਬੈਂਜੀ ਬੈਕਅੱਪ ਨਾਲੋਂ ਤੇਜ਼ ਨਿਕਲਿਆ, ਪਰ ਇਸ ਨੂੰ stdout ਨੂੰ ਬਹਾਲ ਕਰਨ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਅਜੇ ਤੱਕ ਇਹ ਨਹੀਂ ਜਾਣਦਾ ਹੈ ਕਿ ਇੱਕ ਬਲਾਕ ਡਿਵਾਈਸ ਨੂੰ ਸਿੱਧਾ ਕਿਵੇਂ ਲਿਖਣਾ ਹੈ।

ਸਾਰੇ ਚੰਗੇ ਅਤੇ ਨੁਕਸਾਨ ਨੂੰ ਤੋਲਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਸੈਟਲ ਹੋਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਆਰਾਮਦਾਇਕ с ਆਰਾਮ ਸਰਵਰ ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਅਤੇ ਹੋਨਹਾਰ ਬੈਕਅੱਪ ਹੱਲ ਵਜੋਂ।

ਇਸ ਸਕਰੀਨਕਾਸਟ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਵੇਂ ਇੱਕ 10-ਗੀਗਾਬਾਈਟ ਚੈਨਲ ਇੱਕੋ ਸਮੇਂ ਚੱਲ ਰਹੇ ਕਈ ਬੈਕਅੱਪ ਓਪਰੇਸ਼ਨਾਂ ਦੌਰਾਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਡਿਸਕ ਰੀਸਾਈਕਲਿੰਗ 30% ਤੋਂ ਉੱਪਰ ਨਹੀਂ ਵਧਦੀ.

ਮੈਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਹੱਲ ਤੋਂ ਵੱਧ ਖੁਸ਼ ਸੀ!

ਸਰੋਤ: www.habr.com