GCP BYOIP: পাবলিক ঘোষণা কোনো প্রাইভেট রুট নয়
সাইট ও ক্লাউডের মধ্যে BYOIP প্রিফিক্স ভাগ করতে দুটি পরিকল্পনা দরকার। পাবলিক ঘোষণা, ডেলিগেশন ও প্রাইভেট নেক্সট হপ আলাদা করুন।
একটি পাবলিক ব্লকের অংশ সাইটে থাকে এবং অংশ Google Cloud-এ চলে যায়। এই বাক্যটি এক নয়, দুটি পরিকল্পনা বর্ণনা করে: একটি ইন্টারনেট ঘোষণা পরিকল্পনা এবং একটি প্রাইভেট ফরওয়ার্ডিং পরিকল্পনা। এগুলোকে একক রাউটিং সমস্যা হিসেবে দেখা — BYOIP ডিজাইন যেখানে ভুল হয় সেটাই।
সংশ্লিষ্ট অবজেক্টগুলো ভিন্ন প্রশ্নের উত্তর দেয়, এবং তাদের মধ্যে কেবল একটিই প্যাকেট এরপর কোথায় যায় তা নিয়ে।
তিনটি অবজেক্ট, তিনটি প্রশ্ন
পাবলিক অ্যাডভারটাইজড প্রিফিক্স হলো সেই একক যা Google আপনার পক্ষে ইন্টারনেটে ঘোষণা করে। পাবলিক ডেলিগেটেড প্রিফিক্স হলো কীভাবে আমদানি করা স্পেস সমর্থিত Cloud রিসোর্সে বরাদ্দ হয়। একটি VPC রুট, যার মধ্যে VPN থেকে Cloud Router-এর মাধ্যমে শেখা রুটও রয়েছে, একটি প্রাইভেট নেক্সট হপ নির্বাচন করে। প্রত্যেকের নিজস্ব পরিধি, নিজস্ব API এবং নিজস্ব ত্রুটি বার্তা আছে।
সারণি সংস্করণটি আরও সংক্ষিপ্ত।
| Object | Question it answers |
|---|---|
| Public advertised prefix | Which authorized range Google announces publicly |
| Public delegated prefix | How imported space is allocated to Cloud resources |
| VPN or Cloud Router route | Which private next hop carries a destination |
কেবল তৃতীয় সারিটি আপনার নেটওয়ার্কের ভেতরে ফরওয়ার্ডিং নিয়ে।
BYOIP ওভারল্যাপ সতর্কতা কী কী কভার করে
Google-এর BYOIP ডকুমেন্টেশন ঘোষিত প্রিফিক্সকে একটি ঘোষণা একক হিসেবে দেখে এবং Google-এর বাইরে ঘোষিত সাবপ্রিফিক্সসহ ওভারল্যাপিং বাহ্যিক ঘোষণা সম্পর্কে সতর্ক করে। সেই সতর্কতাটি পাবলিক ঘোষণা পরিকল্পনা নিয়ে। এটি আপনার যোগ করা প্রতিটি প্রাইভেট রুট সম্পর্কে কোনো বিবৃতি নয়।
আমদানি করা প্রিফিক্সের ভেতরে একটি ছোট বরাদ্দ ডেলিগেট করলে, তা নিজে থেকে আপনাকে অন্য উৎস থেকে বাকিটা ঘোষণা করার অনুমতি দেয় না।
প্রশ্নটি করুন কে কী ঘোষণা করে সেই দিক থেকে। যদি Google পুরো আমদানি করা প্রিফিক্স ঘোষণা করে, তবে সাবপ্রিফিক্স ঘোষণা করা দ্বিতীয় একটি উৎস ঠিক সেই ওভারল্যাপ তৈরি করে যার সম্পর্কে ডকুমেন্টেশন সতর্ক করে, আপনার VPC রুট যতই পরিচ্ছন্ন দেখাক।
একটি প্রাইভেট রুট কী নির্ধারণ করে
VPN-এর মাধ্যমে শেখা প্রিফিক্স কোনো ইন্টারনেট ঘোষণা নয়, এবং কোনো পরিমাণ BGP সেটি তৈরি করবে না। এটি VPC রুট টেবিলে একটি এন্ট্রি যা বলে কোন টানেল বা গেটওয়ে ওই গন্তব্যের ট্রাফিক বহন করবে। সেই এন্ট্রি যোগ্য, নির্বাচিত বা ব্যবহারযোগ্য কি না তা নির্ভর করে VPC-এর নিজস্ব রুট নিয়মের উপর।
সর্বোচ্চ প্রিফিক্স ম্যাচ রুট টেবিলের ভেতরে প্রযোজ্য, তাই একটি দীর্ঘতর VPN রুট পাবলিক এজে কিছু না বদলেই স্থানীয়ভাবে জিততে পারে।
প্রিফিক্স ভাগ করা: যে সিদ্ধান্তটি আগে আসে
যদি আর্কিটেকচারের প্রয়োজন হয় যে ব্লকের অর্ধেক একটি ডেটা সেন্টার থেকে এবং অর্ধেক Google থেকে ঘোষিত হবে, তবে কিছু আমদানি করার আগেই ঘোষণা পরিকল্পনা ঠিক করুন। নিশ্চিত করুন Google কোন রেঞ্জগুলো ঘোষণা করতে পারে, কোনগুলো অন্যত্র ঘোষিত থাকে, এবং দুটি ওভারল্যাপ করে কি না। তারপর প্রতিটি গন্তব্য ও তার ফিরতি পথের জন্য প্রাইভেট পথ ডিজাইন করুন। যদি প্রদানকারীরা আপনার চাওয়া বিভাজন সমর্থন না করে, তবে বিভাজনটাই বদলান, দীর্ঘতর VPN প্রিফিক্স পাবলিক-এজ সিদ্ধান্তকে অগ্রাহ্য করবে বলে আশা করার বদলে।
এই ক্রমটি গুরুত্বপূর্ণ কারণ দ্বিতীয় পরিকল্পনা প্রথমটি মেরামত করতে পারে না।
দুটি পরিকল্পনা আলাদাভাবে যাচাই করুন
পাবলিক দিকটি যাচাই করুন gcloud compute public-advertised-prefixes list দিয়ে এবং রেঞ্জ ও তাদের অবস্থা নিশ্চিত করুন। প্রাইভেট দিকটি যাচাই করুন gcloud compute routes list এবং gcloud compute routers get-status দিয়ে, যা BGP আসলে কী বিনিময় করেছে তা দেখায়।
এক সেট আউটপুট আপনাকে বলে ইন্টারনেট কী দেখে। অন্যটি বলে আপনার ট্রাফিক কোথায় যায়। কোনোটিই অন্যটির বিকল্প নয়।