ক্রোনি বনাম। সিস্টেমড-টাইমসিএনসিডি - এনটিপি ক্লায়েন্ট হিসাবে পার্থক্য এবং ব্যবহারের ক্ষেত্রে কী কী?


18

একরকম কিন্তু বেশ পুরোনো প্রশ্ন উপর বিল্ডিং "ntpd বনাম systemd হল-timesyncd - কিভাবে নির্ভরযোগ্য এনটিপি সিঙ্কিং অর্জন করা?" , আমি এনটিপি ক্লায়েন্টের ক্ষেত্রে ক্রনি এবং সিস্টেমড-টাইমসিসএনসিডি-র মধ্যে পার্থক্য সম্পর্কে জানতে চাই ।

আমি জানি যে systemd-timesyncd একটি কম বা কম ন্যূনতম এনটিপি ক্লায়েন্ট বাস্তবায়ন যখন ক্রোনি একটি পূর্ণাঙ্গ এনটিপি ডেমন সমাধান যা কোনও এনটিপি ক্লায়েন্টকে অন্তর্ভুক্ত করে happens

উবুন্টু বায়োনিক বিভারের প্রকাশিত নোটগুলি নীচে জানিয়েছে:

সহজ সময়ের জন্য সিঙ্কের জন্য বেস সিস্টেমটি ইতিমধ্যে সিস্টেমড-টাইমসিএনসিডি সহ আসে। ক্রনি কেবলমাত্র টাইম সার্ভার হিসাবে কাজ করার জন্য বা আপনি বিজ্ঞাপনটি আরও সঠিক এবং দক্ষ সমন্বয় করতে চান।

আমি কাজটি করার জন্য ন্যূনতম প্রাক-ইনস্টল করা সরঞ্জামটি ব্যবহার করার ধারণাটি পছন্দ করি এবং আমি নিশ্চিত যে সিস্টেমড-টাইমসিএনসিডি আমার ব্যবহারের ক্ষেত্রে এই কাজটি করবে, তবুও আমি আগ্রহী:

  • যথার্থতার দিক থেকে দুজনের মধ্যে আসল বিশ্বের পার্থক্যগুলি কী কী?
  • দক্ষতা মধ্যে পার্থক্য কি?
  • একটি "নন সিম্পল" টাইম সিঙ্কের কী প্রয়োজন ওরফে এনটিপি ক্লায়েন্ট হিসাবে ক্রোনির জন্য ব্যবহারের ক্ষেত্রে?

উত্তর:


13

Systemd হল সংবাদ ফাইলে systemd হল-timesyncd ঘোষণার এটা পছন্দ Chrony তুলনায় এই টুল পার্থক্য এবং সরঞ্জাম ব্যাখ্যা একটি ভাল পেশা আছে। (জোর আমার):

নেটওয়ার্ক জুড়ে সিস্টেম ঘড়ি সিঙ্ক্রোনাইজ করার জন্য একটি নতুন "systemd-timesyncd" ডিমন যুক্ত করা হয়েছে। এটি একটি এসএনটিপি ক্লায়েন্ট প্রয়োগ করে । ক্রনিক বা এনটিপি রেফারেন্স সার্ভারের মতো এনটিপি বাস্তবায়নের বিপরীতে এটি কেবল একটি ক্লায়েন্টের পক্ষের প্রয়োগ করে, এবং সম্পূর্ণ এনটিপি জটিলতার সাথে বিরক্ত করে না, কেবলমাত্র একটি দূরবর্তী সার্ভার থেকে সময় জিজ্ঞাসা করাতে এবং স্থানীয় ঘড়ির সাথে এটি সিঙ্ক্রোনাইজ করে । আপনি যদি নেটওয়াক্কৃত ক্লায়েন্টগুলিতে এনটিপিকে পরিবেশন করতে না চান বা স্থানীয় হার্ডওয়্যার ক্লকগুলির সাথে সংযোগ স্থাপন করতে না চান তবে এই সাধারণ এনটিপি ক্লায়েন্টটি বেশিরভাগ প্রতিষ্ঠানের জন্য উপযুক্তের চেয়ে বেশি হওয়া উচিত। [...]

এই সেটআপটি সার্ভার বহরের বেশিরভাগ হোস্টের জন্য সাধারণ ব্যবহারের ক্ষেত্রে। তারা সাধারণত স্থানীয় এনটিপি সার্ভারগুলি থেকে সিঙ্ক্রোনাইজ হয়, যা তারা নিজেরাই সম্ভবত হার্ডওয়্যার সহ একাধিক উত্স থেকে সিঙ্ক্রোনাইজ হয়। systemd-timesyncd সেই সাধারণ ব্যবহারের ক্ষেত্রে সহজেই ব্যবহারযোগ্য সমাধান সরবরাহ করার চেষ্টা করে।


আপনার নির্দিষ্ট প্রশ্নগুলির সমাধান করার চেষ্টা করছেন:

যথার্থতার দিক থেকে দুজনের মধ্যে আসল বিশ্বের পার্থক্যগুলি কী কী?

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

আপনি যদি কোনও স্থানীয় নেটওয়ার্ক এবং একই ডাটাবেসটারে কোনও বিশ্বস্ত সার্ভার থেকে আপনার সার্ভারকে সিঙ্ক্রোনাইজ করে থাকেন তবে এনটিপি এবং এসএনটিপি-র মধ্যে নির্ভুলতার পার্থক্যটি কার্যত অস্তিত্বহীন। এনটিপি আরটিটি কে বিবেচনায় নিতে পারে এবং টাইমসিমিয়ারিং করতে পারে, তবে এটি যখন আপনার আরটিটি সত্যিই ছোট হয় ততটা উপকারী হয় না, এটি একটি দ্রুত স্থানীয় নেটওয়ার্ক এবং কাছের মেশিনের ক্ষেত্রে। আপনি যদি ব্যবহার করছেন এমন একটিকে বিশ্বাস করতে পারেন তবে আপনার একাধিক উত্সেরও প্রয়োজন নেই don't

দক্ষতা মধ্যে পার্থক্য কি?

একক উত্স থেকে সিঙ্ক্রোনাইজেশন পাওয়া একাধিক উত্স থেকে পাওয়ার চেয়ে সহজ, যেহেতু কোন উত্সগুলি অন্যের চেয়ে ভাল সে সম্পর্কে সিদ্ধান্ত নেওয়ার দরকার নেই এবং সম্ভবত একাধিক উত্স থেকে তথ্য একত্রিত করা উচিত। অ্যালগরিদমগুলি অনেক সহজ এবং সাধারণ কেসের জন্য কম সিপিইউ লোড লাগবে।

একটি "নন সিম্পল" টাইম সিঙ্কের কী প্রয়োজন ওরফে এনটিপি ক্লায়েন্ট হিসাবে ক্রোনির জন্য ব্যবহারের ক্ষেত্রে?

এটি উপরের উদ্ধৃতিতে সম্বোধন করা হয়েছে, তবে কোনও ক্ষেত্রে এগুলি ক্রোনির ক্ষেত্রে ব্যবহারযোগ্য কেসগুলি যা সিস্টেমড-টাইমসিএনসিডি দ্বারা আচ্ছাদিত নয়:

  • এনটিপি সার্ভার চলমান (যাতে অন্যান্য হোস্টগুলি এই হোস্টটিকে সিঙ্ক্রোনাইজেশনের উত্স হিসাবে ব্যবহার করতে পারে);
  • একাধিক উত্স থেকে এনটিপি সিঙ্ক্রোনাইজেশন তথ্য প্রাপ্ত করা (যা হোস্টদের পক্ষে ইন্টারনেটে সর্বজনীন সার্ভার থেকে সেই তথ্য পাওয়া গুরুত্বপূর্ণ); এবং
  • স্থানীয় ঘড়ি থেকে সিঙ্ক্রোনাইজেশন তথ্য প্রাপ্ত করাতে সাধারণত বিশেষায়িত হার্ডওয়্যার যেমন জিপিএস ডিভাইসগুলির সাথে জড়িত যা উপগ্রহ থেকে সঠিক সময় তথ্য পেতে পারে।

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


1
আপনার বিস্তৃত উত্তরের জন্য অনেক ধন্যবাদ এবং আমার প্রশ্নগুলিকে বিশেষভাবে সম্বোধন করার জন্য ধন্যবাদ um এ সম্পর্কে বিশদভাবে জানাতে: - ১. নির্ভুলত ব-দ্বীপের প্রস্থের ক্রম কি? এটি জেনে সিদ্ধান্ত গ্রহণের ক্ষেত্রে অবশ্যই কিছু পদার্থ যুক্ত হবে। আমরা কি 10 ^ -9 বা 10 ^ -1 সেকেন্ডের কথা বলছি? - - ২. দক্ষতা সম্পর্কিত আপনার উত্তর আমাকে আরও সুস্পষ্ট করে তুলেছে: - নিন্দা করে বলছি - কিছু সংখ্যার গড় গড় সিপিইউ বোঝাতে এত বেশি যোগ করে যে আপনাকে উবুন্টু রিলিজ নোটগুলিতে উল্লেখ করার দরকার আছে?
wedi

3
@ ওয়েবেই: টাইমসিএনসিডি-র নির্ভুলতা মূলত সার্ভার এবং নেটওয়ার্কের উপর নির্ভর করবে। কেবল একটি একক সার্ভারের সাথে, সার্ভারটি বোগাস ডেটা ফিরিয়ে দিচ্ছে কিনা তা বলার উপায় নেই, সুতরাং আপনাকে কেবল এটির পুরোপুরি বিশ্বাস করতে হবে। (এটি থেকে সর্বাধিক ত্রুটি সীমাহীন)। আপনি যে সর্বোচ্চ নির্ভুলতা অর্জন করতে পারবেন তা আপনার এবং সার্ভারের মধ্যে নেটওয়ার্ক জিটার দ্বারা নির্ধারিত হবে (কয়েক মিলিসেকেন্ড বা আরও কিছু হতে পারে)।
টুটিয়া

1
ধন্যবাদ, @ টুটিয়া! ঠিক আছে. আমি দেখি. সুতরাং বর্ধিত নির্ভুলতা একাধিক উত্স ব্যবহার করে আসে এবং কোনও একক উত্সের সাথে কোনও বিশেষ যাদু ক্রোনারি করাকে অবহেলা করা যায়। আমার বোধগম্যতা: - - ১. জিসিই উদাহরণে একক টাইমসভার মেটাডেটা.ইন.ইনটার্নাল ব্যবহার করা => নির্ভুলতার ক্ষেত্রে কোন পরিমাপযোগ্য পার্থক্য নেই (আসুন সময়সীমান এট। বাদ দিন) - - ২. কোনও ভিএম-তে দুর্দান্ত খ্যাতি সহ তিনটি টাইম সার্ভার ব্যবহার করা কিছু নিষ্পত্তিযোগ্য হোস্টিং সংস্থায় => আপনি একটি পার্থক্য দেখেন তবে "বেশি" নয় (এটি যাই হোক না কেন) - ৩. কিছু আইএসপি এর মাধ্যমে সংযুক্ত একটি রাস্পিতে পুল.ntp.org ব্যবহার করে => আপনি লরি যেমন পান ততই খুশি।
wedi

আমি তিনটি @ উইডিতেই সঠিক বলতে চাই। বিশেষত (1), আপনি যদি নিজের মেশিন হিসাবে একই "স্থানীয় নেটওয়ার্ক" তে টাইমসার্ভার ব্যবহার করেন এবং মূলত একই ডাটাবেসটারে (খুব কম আরটিটি এবং খুব কম জিটার) এনটিপি এবং সময়সীকরণ বনাম এসএনটিপি-র সুফল সম্পর্কে, খুব কম হবে। সুতরাং এই ব্যবহারের ক্ষেত্রে এনটিপি চালানোর সামান্য কারণ আছে (এবং এসএনটিপি নয়)!
ফিলাব্রেন্ডেন

@wedi স্থানীয় নেটওয়ার্কে একটি বিশ্বস্ত সার্ভার ব্যবহার করে স্পষ্টভাবে উল্লেখ করার উত্তর আপডেট করেছে।
ফিলাব্রেন্ডেন

14

অন্য উত্তরটি সঠিকভাবে বলেছে, chronyএনটিপি এবং systemd-timesyncdএসএনটিপি প্রয়োগ করে ।

একটি সময় পরিষেবা ক্লায়েন্টের দৃষ্টিকোণ থেকে:

এসএনটিপি বাস্তবায়নের জন্য আরও অনেক সহজ প্রোটোকল;
এনটিপি সময়ক্রমে ধাপে ধাপে বৃদ্ধি / সংশোধন করার অনুমতি দেয়। এনটিপির একটি বড় সুবিধা হ'ল আরও সঠিক সময় পেতে উত্তরটির আরটিটিও অ্যাকাউন্টে নেয়।

Https://www.meinbergglobal.com/english/faq/faq_37.htm থেকে

যদিও একটি সম্পূর্ণ বৈশিষ্ট্যযুক্ত এনটিপি সার্ভার বা ক্লায়েন্ট নির্ভুলতার খুব উচ্চ স্তরে পৌঁছে যায় এবং বিভিন্ন গাণিতিক এবং পরিসংখ্যান পদ্ধতি এবং মসৃণ ঘড়ির গতির সামঞ্জস্য ব্যবহার করে যথাসম্ভব যথাসম্ভব আকস্মিক পদক্ষেপগুলি এড়িয়ে যায়, এসএনটিপি কেবলমাত্র সাধারণ অ্যাপ্লিকেশনগুলির জন্য প্রস্তাবিত হতে পারে, যেখানে প্রয়োজনীয়তাগুলি নির্ভুলতা এবং নির্ভরযোগ্যতা খুব বেশি দাবি করা হয় না। ড্রিফ্ট মানগুলিকে উপেক্ষা করে এবং সিস্টেম ক্লক অ্যাডজাস্টমেন্ট পদ্ধতিগুলির সহজতর উপায়গুলি ব্যবহার করে (প্রায়শই সহজ সময় ধাপে ধাপ), সম্পূর্ণ এনটিপি বাস্তবায়নের সাথে তুলনা করলে এসএনটিপি কেবলমাত্র একটি নিম্ন মানের সময় সমন্বয় সাধন করে।

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

Https: //www.master Clo.com/company/master Clo-inc- blog/ ntp- vs- sntp থেকে

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

এসএনটিপি-র একটি প্রধান দুর্বল বিষয় হ'ল নেটওয়ার্ক টাইম প্রোটোকল যেমন ডিফল্টরূপে একাধিক উত্স থেকে সময় পুনরুদ্ধার করে আপনি এটিকে আরও নির্ভুল করতে পারবেন না।

অন্য একটি প্রধান বিষয় আমি দেখতে পাচ্ছি যে এসএনটিপি বাস্তবায়নগুলি এনটিপি-র চেয়ে ভার্চুয়ালাইজেশনে আরও বেশি সমস্যা দেয়, যখন আপনার হাইপারভাইজার এবং এনটিপি ডিমন উভয়ই ভিএম সময় পরিবর্তন করার চেষ্টা করছেন। বিশেষত তাদের সাথে কিছু ভুল কনফিগারেশনের সাথে সময়মত একমত না হওয়া তাদের উভয়ই সক্রিয় হওয়ার কারণ এটি বড় সমস্যাগুলির কারণ হতে পারে। (সক্ষম সিস্টেম প্রশাসকরা সময়ের সাথে সুসংগত করার জন্য কেবল একটি পদ্ধতি সক্রিয় রাখবেন, এটি কোনও কনফিগারেশনের ত্রুটির দ্বারা উভয়ই সক্রিয় রয়েছে) happen

পিএস systemd-timesyncdব্যবহার না করার সময় পরামর্শ দেওয়া বিকল্প হওয়া উচিত নয় systemd


1
এটা সম্পূর্ণ সুস্পষ্ট নয়। তত্ত্ব systemd-timesyncdঅনুসারে একজন অন্য সার্ভিস ম্যানেজারের অধীনে প্রোগ্রাম চালাতে পারে । service-manager2018 এর পর থেকে নশ টুলকিটের অধীনে এটি চালনার জন্য আমি একটি সার্ভিস বান্ডেল সরবরাহ করেছি What আপনি যা মিস করেছেন তা হ'ল সিস্টেমড লোকেরা (প্রতি দেবিয়ান বাগ # 812522) ভার্চুয়ালবক্স অতিথি পরিষেবাদি এবং অন্যদের systemd-timesyncdপরিষেবাটি স্পষ্টভাবে দ্বন্দ্ব করতে উত্সাহিত করে যাতে এর ব্যবহার রোধ করা যায় না to ভার্চুয়াল মেশিনে।
জেডিবিপি

@ জেডিবিপি আকর্ষণীয় মন্তব্য: আমি ডিবিয়ান ব্যবহার না করেই ব্যবহার করি systemd.... তবুও, ভিএমটিউলস টাইমসিএনসি এনটিপি সার্ভিসগুলিতে (যেমন এনটিপি সার্ভার ভিএমএস) সার্ভারগুলিতে অক্ষম করা উচিত, এবং কিছু সিসাদমিনগুলি ভিএমটিউল দ্বারা সিঙ্ক্রোনাইজড রাখে, অন্যরা vmtools টাইমসিএন অক্ষম করার VmWare কাগজপত্র অনুসরণ করে (যা কেবল তখনই ব্যবহার করা উচিত যখন আপনি জানেন যে আপনি কী করছেন)। এই বাগটি সমাধান করার জন্য লিনিয়ার নয়, এবং এটি ভিএমওয়্যালের টাইমসিএনসি ব্যবহার না করার জন্য ভিএমওয়্যার সুপারিশ অনুসরণ করে সহজেই কনফিগারেশনের অতিরিক্ত পয়েন্ট হবে।
রুই এফ রিবেইরো

(আপনার মন্তব্যের আলোকে আমার উত্তরটি সম্পাদনা করুন, ভিএমটিউল বনাম (এস) এনটিপি পরিচালনার বিষয়ে সেই লেখার একটি ভুল ছিল এবং এটি আরও স্পষ্ট করে তুলুন)
রুই এফ রিবেইরো

1
@ ওয়েবেই ভিএমওয়্যারের ক্ষেত্রে টাইমসিএনসি হাইপারভাইজারের সাথে ভেন্টার, ভিএম ইমেজ কনফিগারেশন বা লিনাক্স সাইডে উভয়ই অক্ষম করা যায়। সম্পর্কিত ইউনিক্স.স্ট্যাকেক্সেঞ্জঞ্জ / প্রশ্নগুলি / 24৪৪৪87//২ দেখুন, আমি সবসময় vmware-toolbox-cmd timesync disableআমার এনটিপি সার্ভারগুলিতে করি, ভিএমওয়্যার ছেলেরা সেই ভিএমগুলির জন্য টাইমসিঙ্ক অক্ষম করেছে কিনা। (আমি সাধারণত এনটিপি ক্লায়েন্ট হিসাবে ক্রোনিকে ব্যবহার করতে পছন্দ করি)
রুই এফ রিবেইরো

1
আমি খুশি যে আপনি সম্ভাব্য সময় সিঙ্ক রেসটি চিহ্নিত করেছেন! এটা মনে রাখা ভাল!
wedi

0

chronyএটি একটি কাঁটাচামচ ফর্ম ntpdনয় তবে এটি স্ক্র্যাচ থেকে প্রয়োগ করা হয়েছে। এটি সম্পূর্ণ এনটিপিভি 4 প্রোটোকল ( আরএফসি 5905 ) এর ক্লায়েন্ট এবং সার্ভার উভয় মোড প্রয়োগ করে । এন্টারপ্রাইজ গ্রেড ব্যবহারকারীরা, আমরা রেড হ্যাট (আরএইচইএল 7 এর পরে) এবং এসইএসই (এসএলইএস 15 থেকে) পছন্দ করার জন্য ট্র্যাডিশনাল থেকে বদলে যাচ্ছি seeingntpdchrony

systemd-timesyncdকেবল এসএনটিপি প্রোটোকল ( আরএফসি 4330 ) ক্লায়েন্ট মোড প্রয়োগ করুন। অতএব জটিল ব্যবহারের মামলাগুলি coveredেকে নেই systemd-timesyncd। উদাহরণস্বরূপ, এনটিপি ডিফল্টরূপে একাধিক উত্স থেকে সময় পুনরুদ্ধার করে এসএনটিপি এটি আরও সঠিক করে তুলতে পারে না। ফলস্বরূপ systemd-timesyncdহিসাবে উচ্চ নির্ভুলতা সময় সরবরাহ করতে পারে না chrony


1
Mmmh। আমি খেয়াল করি নি যে কাউকে ক্রোনপরিটিং করা একটি কাঁটাচামচ এবং আমি আমার প্রশ্নে উল্লেখ করেছি যে ক্রোনি সার্ভার এবং ক্লায়েন্ট প্রয়োগ করে যেখানে সিস্টেমেড টাইমসিএনসিডি কেবল ক্লায়েন্ট। সম্পর্কিত আরএফসি উল্লেখ করার জন্য ধন্যবাদ।
wedi
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.