ESXi এ আরএসসিঙ্কের সাথে কেউ সত্যিকারের ডিফারেন্সিয়াল সিঙ্ক অর্জন করেছে?


11

আমাকে ESXi তে কিছু করার জন্য পরিষেবা কনসোলটি ব্যবহার করা হচ্ছে এই বিষয়টি সম্পর্কে পরে আমাকে ব্রেইট করুন ...

আমি একটি ওয়ার্কিং আরএসএনসি বাইনারি পেয়েছি (v3.0.4) যা আমি ESXi 4.1U1 এ ব্যবহার করতে পারি। একটি স্থানীয় ডেটাস্টোর থেকে অন্য স্থানীয় ডেটাস্টোর থেকে ভিএম বা ব্যাকআপগুলি অনুলিপি করার সময় আমি সিপিতে আরএসসিএনসি ব্যবহার করতে চাই tend আমি একটি ESXi বাক্স থেকে অন্যটিতে ডেটা অনুলিপি করতে rsync ব্যবহার করেছি তবে এটি কেবল ছোট ফাইলগুলির জন্য।

আমার প্রাথমিক ESXi মেশিন এবং একটি মাধ্যমিকের মধ্যে ঘেটটোভিসিবি এর মাধ্যমে নেওয়া ব্যাকআপগুলির সত্য ডিফারেনশিয়াল সিঙ্কগুলি করার চেষ্টা করার মধ্যে এখন । তবে আমি যখন স্থানীয়ভাবে এটি করি (একই ESXi মেশিনে অন্য একটি ডেটাস্টোরের কাছে একটি ডেটাস্টোর) তখন RSSync তাদের সম্পূর্ণরূপে ফাইলগুলি অনুলিপি করে appears আমি আকার দুই VMDK এর সম্পূর্ণই 80GB পেয়েছেন, এবং rsync এখনো কোথাও মধ্যে 1 এবং 2 ঘন্টা সময় লাগে কিন্তু VMDK ক্রমবর্ধমান নেই যে অনেক দৈনিক।

নীচে আমি কার্যকর করছি rsync কমান্ড। আমি স্থানীয়ভাবে অনুলিপি করছি কারণ শেষ পর্যন্ত এই ফাইলগুলি একটি দূরবর্তী সিস্টেমে LUN থেকে তৈরি একটি ডেটাস্টোরের অনুলিপি করা হবে। এটি কোনও আরএসআইএনসি নয় যা কোনও রিমোট সিস্টেমে আরএসসিএন ডেমন দ্বারা পরিবেশন করা হবে।

rsync -avPSI VMBACKUP_2011-06-10_02-27-56/* VMBACKUP_2011-06-01_06-37-11/ --stats --itemize-changes --existing --modify-window=2 --no-whole-file
sending incremental file list
>f..t...... VM-flat.vmdk
 42949672960 100%   15.06MB/s    0:45:20 (xfer#1, to-check=5/6)
>f..t...... VM.vmdk
         556 100%    4.24kB/s    0:00:00 (xfer#2, to-check=4/6)
>f..t...... VM.vmx
        3327 100%   25.19kB/s    0:00:00 (xfer#3, to-check=3/6)
>f..t...... VM_1-flat.vmdk
 42949672960 100%   12.19MB/s    0:56:01 (xfer#4, to-check=2/6)
>f..t...... VM_1.vmdk
         558 100%    2.51kB/s    0:00:00 (xfer#5, to-check=1/6)
>f..t...... STATUS.ok
          30 100%    0.02kB/s    0:00:01 (xfer#6, to-check=0/6)

Number of files: 6
Number of files transferred: 6
Total file size: 85899350391 bytes
Total transferred file size: 85899350391 bytes
Literal data: 2429682778 bytes
Matched data: 83469667613 bytes
File list size: 129
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 2432530094
Total bytes received: 5243054

sent 2432530094 bytes  received 5243054 bytes  295648.92 bytes/sec
total size is 85899350391  speedup is 35.24

এটি কি কারণ ESXi নিজেই ভিএমডি কেতে এতগুলি পরিবর্তন করছে যে যতক্ষণ পর্যন্ত আরএসসিএনসি সম্পর্কিত, পুরো ফাইলটি পুনরায় স্থানান্তরিত করতে হবে?

কেউ কি বাস্তবে ইএসএক্সির সাথে প্রকৃত ডিফ সিঙ্ক অর্জন করেছে?


rsynce ডিফল্টরূপে বৃদ্ধিযোগ্য। বেলিং করা শক্ত, তবে সত্য। আমি আগ্রহী যেখানে আপনি এসএসসি-তে কাজ করে এমন আরএসআইএসের জন্য ডাউনলোড করুন। আমার ESXi 4.1 আছে

উত্তর:


6

দেখে মনে হচ্ছে আপনি কেবল 2 গিগাবাইট পরিবর্তন পরিবর্তন করেছেন মনে রাখবেন যে আরএসসিএনকে এখনও একটি পুরো ফাইলে পড়তে হবে এবং এটি চেকসাম করতে হবে যাতে এটিতে ৮০ জিবি ডেটা পড়তে হয়। Rsync চলাকালীন আপনার সার্ভারের পরিসংখ্যান পরীক্ষা করুন। অপারেশন চলাকালীন আপনি কি সিপিইউ বা আইও আবদ্ধ? আপনি 80 গিগাবাইট ফাইলটি ডিস্কের বাইরে কত দ্রুত পড়তে পারেন? এটি আপনার নিখুঁত ন্যূনতম স্থানান্তর সময়ের কাছাকাছি হবে।

এছাড়াও লক্ষণীয় বিষয় হ'ল আরএসইএনসি স্থানান্তর করার সময় ফাইলটির একটি অনুলিপি তৈরি করে তারপরে একটি পারমাণবিক ক্রিয়াকলাপে চূড়ান্ত ফাইলটি স্থানান্তর করে। গন্তব্য ডিরেক্টরিতে স্থানান্তরকালে আপনি এলোমেলো প্রত্যয় সহ একটি অজানা ফাইল নাম দেখে এটি দেখতে পারেন। এর অর্থ হ'ল আপনাকে 160GB ডেটা (প্রতিটি উত্স এবং গন্তব্যের জন্য প্রতিটি 80GB) পড়তে হবে এবং গন্তব্যের পাশে 80GB লিখতে হবে। আপনি কি --inplace বিকল্পটি দেখেছেন? এটি এখানে উপকারী হতে পারে।

সংক্ষেপে আপনার কাছে কেবলমাত্র 2 জিবি পরিবর্তন হতে পারে তবে rsync প্রচুর কাজ করছে doing আপনি সম্ভবত আইও এর সাথে আবদ্ধ হন যে একই ডিস্কে পড়া এবং লেখার ফলে প্রচুর বিতর্ক এবং মন্দার কারণ হতে পারে।


আপনার প্রতিক্রিয়া জন্য ধন্যবাদ bot403। আমি লক্ষ্য করেছি যে স্থানান্তরিত বাইটগুলি উল্লেখযোগ্যভাবে কম ছিল, তবে আমি এখনও 30-45 + মিনিটের অপেক্ষার সময়টি খুঁজছিলাম। আমি সম্ভবত পুরো সম্পূর্ণ ফাইলগুলি পুনরায় পাঠিয়েছি। এখানে একটি আইও বোতল ঘাড় থাকতে পারে তবে আমি মনে করি যে এটি এসএসআই-এর মধ্যে রয়েছে এবং এত হার্ডওয়ার নেই। আমি এটিকে একটি লুনে এবং পরীক্ষাতে স্থানান্তর করব। অনেক অনেক ধন্যবাদ।
জুলিয়াসপিভ

4

এই থ্রেডটি অনেক পুরানো তবে এটি কারওর পক্ষে সহায়তা করতে পারে।

যেহেতু ইএসএক্স নতুন ব্লকের প্রতিটি লেখায় ফাইল সিস্টেমটি লক করে চলেছে, পারফরম্যান্সটি দুর্দান্ত নয়, অপশন - স্থানের সাথে আপনি আরও ভাল ফলাফল পেতে পারেন, তবে সচেতন থাকুন, আপনি যদি সিঙ্কটি বাতিল করেন তবে ফাইলটি কোনওভাবেই সামঞ্জস্যপূর্ণ হবে না আরও অনেক কিছু। ধারাবাহিকতা সম্পর্কে, কোনও ওপেন ফাইলের আরএসআইএনসি কোনওভাবেই বেমানান হতে পারে -> আরএসসিএনসি এর আগে স্ন্যাপশটের আরও ভাল ব্যবহার।

শুভেচ্ছা মার্কস


2

এটির চেহারা অনুসারে, আপনি স্থানীয়-সাথে স্থানীয় একটি অনুলিপি করছেন rsync। সেক্ষেত্রে এর পূর্বনির্ধারিত আচরণ rsyncহ'ল ডেল্টা-ট্রান্সফার অ্যালগরিদম বন্ধ করা এবং "পুরো ফাইলটি" স্থানান্তর করা। এই ডিফল্ট আচরণের যুক্তিটি হ'ল ডেল্টা-এক্সফার অ্যালগরিদম ব্যবহার করে স্থানীয় থেকে স্থানীয় স্থানান্তরগুলি কেবল পুরো ফাইলগুলি অনুলিপি করার চেয়ে ধীর হয় কারণ ডেল্টা অ্যালগোরিদমে কেবল পুরো ফাইল-অনুলিপি করার চেয়ে অনেক বেশি সিপিইউ ক্রাঞ্চিং জড়িত।

আপনি যদি মনে করেন যে স্থানীয়-থেকে-স্থানীয় কপিটি ব-দ্বীপ-এক্সফার অ্যালগরিদম ব্যবহার করে উপকৃত হবে, আপনি (বা ) বিকল্পটি rsyncনির্দিষ্ট করে এটি ব্যবহার করতে বাধ্য করতে পারেন ।--no-W--no-whole-file


স্টিভেন প্রতিক্রিয়া জন্য ধন্যবাদ! আপনি সঠিক: আমি পরীক্ষার উদ্দেশ্যে বিশুদ্ধরূপে একটি স্থানীয় অনুলিপি করছি (এটি প্রকৃতপক্ষে কোনও ডিফারেন্সিয়াল সিঙ্ক করবে তা নিশ্চিত করার জন্য)। শেষ পর্যন্ত ফাইলগুলি স্থানীয় ডেটাস্টোরের অনুলিপি হয়ে যাবে, এমন একটি এলইউএন যা আমি প্রকাশ করেছি যে এটি দূরবর্তী মেশিনে থাকে। এটি আসলে আরএসসিএন-থেকে-আরএসসিএন ডেমন ধরণের সিঙ্ক হবে না। এর মূল্যের জন্য আমি --no-whole-fileআরএসসিএন কমান্ডের অংশ হিসাবে বিকল্পটি ব্যবহার করছি ; এটি পর্দার দেখার বাইরে।
জুলিয়াসপিভ

@ জুলিয়াস: ওফস, আমি অনুভূমিক স্ক্রোল বারটি মিস করেছি! ওহ ভাল, আপনার সময় নষ্ট করার জন্য দুঃখিত।
স্টিভেন সোমবার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.