প্রথমে নিশ্চিত করুন যে লজিকাল ভলিউম মাউন্ট করা হয়নি। যদি এটি হয় এবং আপনি একটি "হট কপি" বানাতে চান তবে প্রথমে একটি স্ন্যাপশট তৈরি করুন এবং পরিবর্তে এটি ব্যবহার করুন:
lvcreate --snapshot --name transfer_snap --size 1G
আমাকে দুটি 1 গিগাবাইট সংযুক্ত সার্ভারের মধ্যে প্রচুর ডেটা (7 টিবি) স্থানান্তর করতে হবে, তাই এটি করার জন্য আমার দ্রুততম উপায়ের প্রয়োজন ছিল।
আপনার কি এসএসএইচ ব্যবহার করা উচিত?
Ssh ব্যবহার করা প্রশ্নবিদ্ধ নয়, এর এনক্রিপশনের কারণে নয় (যদি আপনার AES-NI সমর্থন সহ একটি সিপিইউ থাকে তবে এটি এতটা ক্ষতি করে না) তবে এর নেটওয়ার্ক বাফারগুলির কারণে। যারা ভাল স্কেলিং হয় না। এখানে একটি প্যাচড এসএস সংস্করণ রয়েছে যা এই সমস্যাটিকে সম্বোধন করে, তবে কোনও পূর্বনির্ধারিত প্যাকেজ নেই, এটি খুব সুবিধাজনক নয়।
সংকোচনের ব্যবহার
কাঁচা ডিস্ক চিত্রগুলি স্থানান্তরিত করার সময়, এটি সর্বদা সংক্ষেপণ ব্যবহার করার পরামর্শ দেওয়া হয়। তবে আপনি চান না যে সংক্ষেপটি কোনও বাধা হয়ে উঠবে। গিজিপের মতো বেশিরভাগ ইউনিক্স সংকোচনের সরঞ্জামগুলি সিঙ্গল-থ্রেডযুক্ত, তাই যদি সংক্ষেপণগুলি একটি সিপিইউ স্যাটারুয়েটে করে তবে এটি একটি বাধা। সেই কারণে, আমি সবসময় পিগজ ব্যবহার করি, একটি জিজিপ বৈকল্পিক যা সংকোচনের জন্য সমস্ত সিপিইউ কোর ব্যবহার করে। এবং এটি আপনার পক্ষে গিগাবাইট গতির উপরে এবং উপরে যেতে চান necessary
এনক্রিপশন ব্যবহার করা হচ্ছে
যেমন আগেই বলা হয়েছিল, ssh ধীর গতির হয়। আপনার যদি AES-NI সিপিইউ থাকে তবে এটি কোনও বাধা হওয়া উচিত নয়। সুতরাং ssh ব্যবহারের পরিবর্তে আমরা সরাসরি ওপেনসেল ব্যবহার করতে পারি।
গতি
আপনাকে উপাদানগুলির গতির প্রভাব সম্পর্কে ধারণা দিতে, এখানে আমার ফলাফল রয়েছে। এগুলি দুটি উত্পাদনের সিস্টেমের পড়া এবং মেমরিতে লেখার মধ্যে গতি স্থানান্তর করে। আপনার প্রকৃত ফলাফল নেটওয়ার্কের গতি, এইচডিডি গতি এবং উত্স সিপিইউ গতির উপর নির্ভর করে! আমি এটি দেখানোর জন্য করছি যে কমপক্ষে কোনও বিশাল পারফরম্যান্স ড্রপ নেই।
Simple nc dd:
5033164800 bytes (5.0 GB, 4.7 GiB) copied, 47.3576 s, 106 MB/s
+pigz compression level 1 (speed gain depends on actual data):
network traffic: 2.52GiB
5033164800 bytes (5.0 GB, 4.7 GiB) copied, 38.8045 s, 130 MB/s
+pigz compression level 5:
network traffic: 2.43GiB
5033164800 bytes (5.0 GB, 4.7 GiB) copied, 44.4623 s, 113 MB/s
+compression level 1 + openssl encryption:
network traffic: 2.52GiB
5033164800 bytes (5.0 GB, 4.7 GiB) copied, 43.1163 s, 117 MB/s
উপসংহার: সংক্ষেপণ ব্যবহার করা একটি লক্ষণীয় স্পিডআপ দেয় কারণ এটি ডেটার আকারকে অনেক হ্রাস করে। আপনার নেটওয়ার্কের গতি যদি ধীর হয় তবে এটি আরও বেশি গুরুত্বপূর্ণ। সংক্ষেপণ ব্যবহার করার সময়, আপনার সিপিইউ ব্যবহারটি দেখুন। যদি ব্যবহারটি সর্বোচ্চ হয়ে যায়, আপনি এটি ছাড়া চেষ্টা করতে পারেন। AES-NI সিস্টেমে সংক্ষিপ্ত প্রভাব হিসাবে কেবল সংক্ষেপে ব্যবহার করা, কেবলমাত্র এটি সংক্ষেপ থেকে 30-40% সিপিইউ চুরি করে ho
স্ক্রিন ব্যবহার
আপনি যদি আমার মতো প্রচুর ডেটা স্থানান্তর করে থাকেন তবে আপনার এসএসএস ক্লায়েন্টের নেটওয়ার্ক সংযোগ বিচ্ছিন্ন হওয়ার কারণে আপনি এটি বাধাগ্রস্থ করতে চান না, তাই আপনি উভয় পক্ষের স্ক্রিন দিয়ে আরও ভালভাবে এটি শুরু করতে পারেন। এটি কেবল একটি নোট, আমি এখানে কোনও স্ক্রিন টিউটোরিয়াল লিখব না।
কপি দেয়
কিছু নির্ভরতা ইনস্টল করুন (উত্স এবং গন্তব্য উপর):
apt install pigz pv netcat-openbsd
তারপরে উত্স হিসাবে একই আকারের সাথে গন্তব্যে একটি ভলিউম তৈরি করুন। যদি অনিশ্চিত হয় তবে আকারটি পেতে এবং লক্ষ্য তৈরি করতে উত্সটিতে lvdisplay ব্যবহার করুন:
lvcreate -n lvname vgname -L 50G
এরপরে, ডেটা পাওয়ার জন্য গন্তব্য প্রস্তুত করুন:
nc -l -p 444 | openssl aes-256-cbc -d -salt -pass pass:asdkjn2hb | pigz -d | dd bs=16M of=/dev/vgname/lvname
এবং প্রস্তুত হওয়ার পরে, উত্সটিতে স্থানান্তর শুরু করুন:
pv -r -t -b -p -e /dev/vgname/lvname | pigz -1 | openssl aes-256-cbc -salt -pass pass:asdkjn2hb | nc <destip/host> 444 -q 1
দ্রষ্টব্য: আপনি যদি স্থানীয়ভাবে ডেটা স্থানান্তর করে থাকেন বা এনক্রিপশনের বিষয়ে যত্নশীল না হন তবে কেবল উভয় পক্ষের ওপেনসেল অংশটি সরিয়ে দিন। আপনি যদি যত্নশীল হন তবে এস্যাসকেজএন 2 এইচবি হ'ল এনক্রিপশন কী, আপনার এটি পরিবর্তন করা উচিত।