নতুন "এস 3 বর্ধিত অনুরোধের হারের পারফরম্যান্স" ঘোষণার অর্থ কী?


12

17 জুলাই 2018 তে একটি সরকারী এডাব্লুএস ঘোষণা করেছিল যে সর্বাধিক কর্মক্ষমতা অর্জনের জন্য প্রতিটি এস 3 অবজেক্ট কী এর প্রথম অক্ষরগুলিকে এলোমেলো করার দরকার নেই: https://aws.amazon.com/about-aws/whats-new / 2018/07 / আমাজন-S3-ঘোষণা-বৃদ্ধি-অনুরোধ হার ক্ষমতা সম্পন্ন /

অ্যামাজন এস 3 বর্ধিত অনুরোধের হারের পারফরম্যান্সের ঘোষণা দিয়েছে

পোস্ট হয়েছে: জুলাই 17, 2018

অ্যামাজন এস 3 এখন ডেটা যুক্ত করতে প্রতি সেকেন্ডে কমপক্ষে 3,500 টি অনুরোধ এবং ডেটা পুনরুদ্ধার করতে প্রতি সেকেন্ডে 5,500 অনুরোধগুলি সমর্থন করার জন্য বর্ধিত কর্মক্ষমতা সরবরাহ করে, যা কোনও অতিরিক্ত চার্জের জন্য গুরুত্বপূর্ণ প্রক্রিয়াকরণের সময় বাঁচাতে পারে। প্রতিটি এস 3 উপসর্গ এই অনুরোধের হারগুলিকে সমর্থন করতে পারে, কার্যকারিতা উল্লেখযোগ্যভাবে বাড়ানো সহজ করে তোলে।

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

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

এটি দুর্দান্ত, তবে এটি বিভ্রান্তিকর। এটি বলেছে যে প্রতিটি এস 3 উপসর্গ এই অনুরোধের হারগুলিকে সমর্থন করতে পারে, কার্যকারিতা উল্লেখযোগ্যভাবে বাড়ানো সহজ করে তোলে

তবে যেহেতু উপসর্গ এবং ডিলিমিটরগুলি GET Bucket (List Objects)বালতিগুলির বিষয়বস্তু তালিকাভুক্ত করার সময় কেবলমাত্র API এ যুক্তিযুক্ত , তাই কীভাবে "প্রতি উপসর্গ" অবজেক্ট পুনরুদ্ধার কর্মক্ষমতা সম্পর্কে কথা বলতে বুদ্ধিমান হতে পারে। প্রতিটি কল প্রতিটি GET Bucket (List Objects)উপসর্গ এবং ডিলিমিটার পছন্দ করে তা চয়ন করতে পারে, সুতরাং উপসর্গ একটি পূর্বনির্ধারিত সত্তা নয়।

উদাহরণস্বরূপ, যদি আমার বালতিতে এই জিনিসগুলি থাকে:

a1/b-2
a1/c-3

তারপরে আমি যখনই বালতির বিষয়বস্তু তালিকাভুক্ত করি তখনই আমি আমার / / "বা" - "ব্যবহার করতে পছন্দ করতে পারি, তাই আমি আমার উপসর্গগুলি উভয়টিকেই বিবেচনা করতে পারি

a1/ 

অথবা

a1/b-
a1/c-

তবে যেহেতু GET Objectএপিআই পুরো কী ব্যবহার করে তাই অবজেক্ট পুনরুদ্ধারের জন্য নির্দিষ্ট উপসর্গ বা ডিলিমিটারের ধারণা বিদ্যমান নেই। সুতরাং আমি কী 5,500 রেইক / সেকেন্ড অন a1/অথবা বিকল্পে 5,500 রেক / সেকেন্ড অন a1/b-এবং 5,500 অন আশা করতে পারি a1/c-?

সুতরাং কেউ যখন "প্রতিটি এস 3 উপসর্গ" এর জন্য নির্দিষ্ট স্তরের পারফরম্যান্সের (যেমন তথ্য পুনরুদ্ধার করতে +5,500 অনুরোধগুলি) প্রস্তাব দেয় তখন কী ঘোষণার অর্থ বোঝানো যায়?


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

উত্তর:


9

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

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

এখনই, এ 1 / এ -... এবং এ 1 / বি -... এবং এ 1 / সি -... সমস্ত একক উপসর্গ হতে পারে। তবে বালতিতে পর্যাপ্ত ট্র্যাফিক নিক্ষেপ করুন এবং এস 3 পার্টিশনটি বিভক্ত হওয়ার সিদ্ধান্ত নিতে পারে, যাতে আগামীকাল, এ 1 / এ- এবং এ 1 / বি- এক উপসর্গে থাকতে পারে, এবং এ 1 / সি- নিজের উপসর্গে থাকতে পারে। (এটি, কীগুলি <a1 / c- একটি বিভাগে রয়েছে, যখন কীগুলি = = a1 / c- এখন আলাদা পার্টিশনে রয়েছে)।

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


1
খুব আকর্ষণীয় এবং বিশ্বাসযোগ্য। তবে যেহেতু উপসর্গগুলি লোডের উপর ভিত্তি করে গতিশীল, অবশ্যই এটি "প্রতি উপসর্গের জন্য" নির্দিষ্ট কোনও পারফরম্যান্স পরিমাপ নির্ধারণ করা অর্থহীন করে তোলে। যদি আপনার বালতির উপসর্গগুলি গতিশীলভাবে পরিবর্তিত হয়, তবে নির্ভরযোগ্য কোনও পারফরম্যান্স পরিমাপ নেই। অথবা সম্ভবত আমি S3 অবজেক্টে 5,500 req / সেকেন্ডের প্রত্যাশা না করা অবধি থিওরিতে প্রিফিক্সগুলি পরিবর্তনশীল হওয়া উচিত?
জন রিস

1
পারফরম্যান্সের পরিমাপটি এখনও কার্যকর কারণ বালতি স্কেলিং কেবল এক দিকে যেতে পারে - উপরে, নিচে না। পার্টিশন প্রতি একক বস্তুর কাছে স্কেলিংয়ের আপাত অযৌক্তিকতা মূলত অদৃশ্য হয়ে যায় যখন আপনি বুঝতে পারবেন যে আপনি যদি প্রতি বস্তু 5 কে + রেক / সেকেন্ডের জন্য অর্থ প্রদান করে থাকেন তবে এডাব্লুএস কতটা অর্থোপার্জন করবে।
মাইকেল - স্কেলবট

1
হ্যাঁ আমি পার্টিশন প্রতি একক বস্তু নিয়ে কিছুটা পেডেন্টিক ছিলাম। :-) তবে, আরও গুরুতরভাবে, আমি অনুমান করার অর্থ এই যে আমি আশা করতে পারি যে আমার 10000 অবজেক্ট বালতিতে যদি কেবলমাত্র 10 জনপ্রিয় অবজেক্ট থাকে তবে আশা করা যায় যে এস 10 শেষ পর্যন্ত পুনরায় বিভাজন করবে যতক্ষণ না 10 এর প্রতিটি প্রত্যেকে 5k রেকস / সেকেন্ড পেতে পারে এবং অন্যরা দুর্বল হয়ে যায় বড় পার্টিশন কয়েক। বিশ্বাসযোগ্য?
জন রিস

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

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