گوگل کلاؤڈ میں منتقلی: آپ کے بڑے ڈیٹا سیٹس کو منتقل کرنا

بہت سے صارفین کے لیے، گوگل کلاؤڈ پروڈکٹ کو اپنانے کا پہلا قدم ان کا ڈیٹا گوگل کلاؤڈ میں حاصل کرنا ہے۔ یہ دستاویز ڈیٹا کی منتقلی کی منصوبہ بندی سے لے کر کسی منصوبے کو لاگو کرنے میں بہترین طریقوں کو استعمال کرنے تک اس عمل کو دریافت کرتی ہے۔ بڑے ڈیٹا سیٹس کی منتقلی میں صحیح ٹیم بنانا، جلد منصوبہ بندی کرنا، اور اپنے ٹرانسفر پلان کو پیداواری ماحول میں لاگو کرنے سے پہلے اس کی جانچ کرنا شامل ہے۔ اگرچہ ان اقدامات میں منتقلی میں اتنا ہی وقت لگ سکتا ہے، لیکن اس طرح کی تیاریاں منتقلی کے دوران آپ کے کاروباری کاموں میں رکاوٹ کو کم کرنے میں مدد کر سکتی ہیں۔ یہ دستاویز گوگل کلاؤڈ پر منتقلی کے بارے میں کثیر الجہتی سیریز کا حصہ ہے۔ اگر آپ سیریز کے ایک جائزہ میں دلچسپی رکھتے ہیں تو، گوگل کلاؤڈ پر منتقلی دیکھیں: اپنے منتقلی کے راستے کا انتخاب یہ مضمون اسی سلسلے کا حصہ ہے: - گوگل کلاؤڈ میں منتقلی: شروع کرنا - گوگل کلاؤڈ میں منتقلی: اپنے کام کے بوجھ کا اندازہ لگانا اور دریافت کرنا - گوگل کلاؤڈ میں منتقلی: اپنی بنیاد بنانا - گوگل کلاؤڈ میں منتقلی: اپنے بڑے ڈیٹاسیٹس کو منتقل کرنا (یہ دستاویز) - گوگل کلاؤڈ میں منتقلی: اپنے کام کے بوجھ کو تعینات کرنا - گوگل کلاؤڈ میں منتقلی: دستی تعیناتیوں سے خودکار، کنٹینرائزڈ تعیناتیوں میں منتقلی - گوگل کلاؤڈ میں منتقلی: اپنے ماحول کو بہتر بنانا - گوگل کلاؤڈ میں منتقلی: ہجرت کے منصوبے کی توثیق کرنے کے بہترین طریقے درج ذیل خاکہ آپ کے ہجرت کے سفر کے راستے کی وضاحت کرتا ہے۔ تعیناتی کا مرحلہ گوگل کلاؤڈ پر آپ کی منتقلی کا تیسرا مرحلہ ہے، جہاں آپ اپنے کام کے بوجھ کے لیے ایک تعیناتی کا عمل ڈیزائن کرتے ہیں۔ یہ دستاویز مفید ہے اگر آپ آن پریمیسس ماحول سے، نجی میزبانی کے ماحول سے، کسی دوسرے کلاؤڈ فراہم کنندہ سے گوگل کلاؤڈ میں منتقلی کا منصوبہ بنا رہے ہیں، یا اگر آپ منتقلی کے موقع کا جائزہ لے رہے ہیں اور یہ جاننا چاہتے ہیں کہ یہ کیسا نظر آتا ہے۔ پسند ## ڈیٹا ٹرانسفر کیا ہے؟ اس دستاویز کے مقاصد کے لیے، ڈیٹا کی منتقلی ڈیٹا کو تبدیل کیے بغیر منتقل کرنے کا عمل ہے، مثال کے طور پر، فائلوں کو اس طرح منتقل کرنا جیسے وہ اشیاء میں ہوں۔ ڈیٹا کی منتقلی اتنا آسان نہیں جتنا لگتا ہے۔ ڈیٹا کی منتقلی کو ایک بڑے FTP سیشن کے طور پر سوچنا پرکشش ہے، جہاں آپ اپنی فائلوں کو ایک طرف رکھتے ہیں اور دوسری طرف ان کے باہر آنے کا انتظار کرتے ہیں۔ تاہم، زیادہ تر انٹرپرائز ماحول میں، منتقلی کے عمل میں بہت سے عوامل شامل ہوتے ہیں جیسے کہ درج ذیل: - ایک منتقلی کا منصوبہ تیار کرنا جو انتظامی وقت کا حساب رکھتا ہو، بشمول منتقلی کے اختیار پر فیصلہ کرنے کا وقت، منظوری حاصل کرنا، اور غیر متوقع مسائل سے نمٹنا۔ - آپ کی تنظیم میں لوگوں کو ہم آہنگ کرنا، جیسے کہ وہ ٹیم جو منتقلی کو انجام دیتی ہے، وہ اہلکار جو ٹولز اور فن تعمیر کو منظور کرتے ہیں، اور کاروباری اسٹیک ہولڈرز جو ڈیٹا کو منتقل کرنے سے ہونے والی قدر اور رکاوٹوں سے متعلق ہیں - اپنے وسائل، لاگت، وقت، اور پروجیکٹ کے دیگر تحفظات کی بنیاد پر منتقلی کے صحیح ٹول کا انتخاب کرنا - ڈیٹا کی منتقلی کے چیلنجوں پر قابو پانا، بشمول "روشنی کی رفتار"کے مسائل (ناکافی بینڈوتھ)، ڈیٹا سیٹس کو منتقل کرنا جو فعال استعمال میں ہیں، پرواز کے دوران ڈیٹا کی حفاظت اور نگرانی کرنا، اور ڈیٹا کی کامیابی سے منتقلی کو یقینی بنانا اس دستاویز کا مقصد ایک کامیاب منتقلی اقدام شروع کرنے میں آپ کی مدد کرنا ہے۔ ڈیٹا کی منتقلی سے متعلق دیگر منصوبے درج ذیل فہرست میں دیگر اقسام کے ڈیٹا ٹرانسفر پروجیکٹس کے وسائل شامل ہیں جو اس دستاویز میں شامل نہیں ہیں۔ - اگر آپ کو اپنے ڈیٹا کو تبدیل کرنے کی ضرورت ہے (جیسے قطاروں کو جوڑنا، ڈیٹا سیٹس میں شامل کرنا، یا ذاتی قابل شناخت معلومات کو فلٹر کرنا)، تو آپ کو ایک اقتباس، تبدیلی، اور لوڈ (ETL) حل پر غور کرنا چاہیے جو ڈیٹا کو گوگل کلاؤڈ ڈیٹا گودام میں جمع کر سکتا ہے۔ اس فن تعمیر کی مثال کے لیے، یہ ڈیٹا فلو ٹیوٹوریل دیکھیں - اگر آپ کو ڈیٹا بیس اور متعلقہ ایپس کو منتقل کرنے کی ضرورت ہے (مثال کے طور پر، ڈیٹا بیس ایپ کو اٹھانا اور شفٹ کرنا)، تو آپ Cloud Spanner کے لیے دستاویزات، PostgreSQL کے حل، اور اپنے ڈیٹا بیس کی قسم کے بارے میں دیگر دستاویزات کو دیکھ سکتے ہیں۔ - اگر آپ اپنے ڈیٹا کو HBase سے مکمل طور پر منظم، NoSQL ڈیٹا بیس سروس میں منتقل کرنا چاہتے ہیں جو HBase API کے ساتھ مطابقت رکھتی ہے اور بڑے کام کے بوجھ کو سنبھال سکتی ہے، تو Cloud Bigtable پر ایک نظر ڈالیں۔ - اگر آپ کو ورچوئل مشین (VM) مثال کو منتقل کرنے کی ضرورت ہے تو، Google کے VM منتقلی پروڈکٹ کو استعمال کرنے پر غور کریں، ورچوئل مشینوں میں منتقل کریں ## مرحلہ 1: اپنی ٹیم کو جمع کرنا منتقلی کی منصوبہ بندی کرنے کے لیے عام طور پر درج ذیل کرداروں اور ذمہ داریوں کے حامل افراد کی ضرورت ہوتی ہے: منتقلی کے لیے درکار وسائل کو فعال کرنا: سٹوریج، آئی ٹی، اور نیٹ ورک ایڈمنز، ایک ایگزیکٹو اسپانسر، اور دیگر مشیر (مثال کے طور پر، گوگل اکاؤنٹ کی ٹیم یا انضمام کے شراکت دار) منتقلی کے فیصلے کی منظوری: ڈیٹا مالکان یا گورنر (اندرونی پالیسیوں کے لیے کہ کون ہے کون سا ڈیٹا منتقل کرنے کی اجازت ہے)، قانونی مشیر (ڈیٹا سے متعلقہ ضوابط کے لیے)، اور ایک سیکیورٹی ایڈمن (اندرونی پالیسیوں کے لیے کہ ڈیٹا تک رسائی کیسے محفوظ ہے) منتقلی کو انجام دینا: ایک ٹیم لیڈ، ایک پروجیکٹ مینیجر (پروجیکٹ کو انجام دینے اور ٹریک کرنے کے لیے) )، ایک انجینئرنگ ٹیم، اور سائٹ پر وصول اور شپنگ (آلات کا ہارڈویئر حاصل کرنے کے لیے) یہ شناخت کرنا بہت ضروری ہے کہ آپ کے ٹرانسفر پروجیکٹ کی سابقہ ذمہ داریوں کا مالک کون ہے اور مناسب ہونے پر انہیں منصوبہ بندی اور فیصلہ کن میٹنگوں میں شامل کرنا۔ ناقص تنظیمی منصوبہ بندی اکثر منتقلی کے ناکام اقدامات کی وجہ بنتی ہے۔ پراجیکٹ کی ضروریات اور ان اسٹیک ہولڈرز سے ان پٹ جمع کرنا مشکل ہو سکتا ہے، لیکن ایک منصوبہ بنانا اور واضح کردار اور ذمہ داریاں قائم کرنا نتیجہ خیز ہے۔ آپ سے اپنے ڈیٹا کی تمام تفصیلات جاننے کی توقع نہیں کی جا سکتی۔ ٹیم کو جمع کرنا آپ کو کاروبار کی ضروریات کے بارے میں زیادہ بصیرت فراہم کرتا ہے۔ منتقلی کو مکمل کرنے کے لیے وقت، رقم اور وسائل لگانے سے پہلے ممکنہ مسائل کی نشاندہی کرنا ایک بہترین عمل ہے۔ ## مرحلہ 2: ضروریات اور دستیاب وسائل کو جمع کرنا جب آپ منتقلی کا منصوبہ بناتے ہیں، تو ہم تجویز کرتے ہیں کہ آپ پہلے اپنے ڈیٹا کی منتقلی کے لیے تقاضے جمع کریں اور پھر منتقلی کے اختیار کا فیصلہ کریں۔ ضروریات کو جمع کرنے کے لیے، آپ درج ذیل عمل کو استعمال کر سکتے ہیں: - شناخت کریں کہ آپ کو کن ڈیٹاسیٹس کو منتقل کرنے کی ضرورت ہے۔ - اپنے ڈیٹا کو منطقی گروپ بندیوں میں ترتیب دینے کے لیے ڈیٹا کیٹلاگ جیسے ٹولز کا انتخاب کریں جنہیں ایک ساتھ منتقل اور استعمال کیا جاتا ہے۔ - ان گروپ بندیوں کی توثیق یا اپ ڈیٹ کرنے کے لیے اپنی تنظیم کے اندر موجود ٹیموں کے ساتھ کام کریں۔ - شناخت کریں کہ آپ کون سا ڈیٹا سیٹ کرتے ہیں۔ منتقل کر سکتے ہیں - غور کریں کہ آیا ریگولیٹری، سیکورٹی، یا دیگر عوامل کچھ ڈیٹا سیٹس کو منتقل ہونے سے روکتے ہیں۔ - اگر آپ کو اپنے کچھ ڈیٹا کو منتقل کرنے سے پہلے اسے تبدیل کرنے کی ضرورت ہے (مثال کے طور پر، حساس ڈیٹا کو ہٹانے یا اپنے ڈیٹا کو دوبارہ ترتیب دینے کے لیے)، ڈیٹا انٹیگریشن پروڈکٹ جیسے ڈیٹا فلو یا کلاؤڈ ڈیٹا فیوژن، یا کلاؤڈ کمپوزر جیسا ورک فلو آرکیسٹریشن پروڈکٹ استعمال کرنے پر غور کریں۔ - منقولہ ڈیٹا سیٹس کے لیے، اس بات کا تعین کریں کہ ہر ڈیٹاسیٹ کو کہاں منتقل کرنا ہے۔ - ریکارڈ کریں کہ آپ اپنے ڈیٹا کو ذخیرہ کرنے کے لیے کون سا اسٹوریج آپشن منتخب کرتے ہیں۔ عام طور پر، گوگل کلاؤڈ پر ٹارگٹ اسٹوریج سسٹم کلاؤڈ سٹوریج ہے۔ یہاں تک کہ اگر آپ کی ایپلیکیشنز کے مکمل ہونے اور چلنے کے بعد آپ کو مزید پیچیدہ حلوں کی ضرورت ہو، کلاؤڈ اسٹوریج ایک قابل توسیع اور پائیدار اسٹوریج آپشن ہے۔ - سمجھیں کہ منتقلی کے بعد ڈیٹا تک رسائی کی کونسی پالیسیوں کو برقرار رکھنا ضروری ہے۔ - اس بات کا تعین کریں کہ آیا آپ کو یہ ڈیٹا مخصوص علاقوں میں ذخیرہ کرنے کی ضرورت ہے۔ - منصوبہ بنائیں کہ اس ڈیٹا کو منزل مقصود پر کیسے ڈھانچا جائے۔ مثال کے طور پر، کیا یہ ماخذ جیسا ہوگا یا مختلف؟ - اس بات کا تعین کریں کہ آیا آپ کو ڈیٹا کی مسلسل بنیاد پر منتقلی کی ضرورت ہے۔ - منقولہ ڈیٹاسیٹس کے لیے، اس بات کا تعین کریں کہ کون سے وسائل دستیاب ہیں۔ انہیں منتقل کرنے کے لئے - وقت: منتقلی کو کب مکمل کرنے کی ضرورت ہے؟ - لاگت: ٹیم اور منتقلی کے اخراجات کے لیے دستیاب بجٹ کیا ہے؟ - لوگ: منتقلی کو انجام دینے کے لیے کون دستیاب ہے؟ - بینڈوتھ (آن لائن ٹرانسفرز کے لیے): گوگل کلاؤڈ کے لیے آپ کی فی الحال دستیاب بینڈوڈتھ کا کتنا حصہ منتقلی کے لیے مختص کیا جا سکتا ہے، اور کس مدت کے لیے؟ اس سے پہلے کہ آپ منصوبہ بندی کے اگلے مرحلے میں منتقلی کے اختیارات کا جائزہ لیں اور منتخب کریں، ہم تجویز کرتے ہیں کہ آپ اس بات کا جائزہ لیں کہ آیا آپ کے IT ماڈل کے کسی بھی حصے کو بہتر بنایا جا سکتا ہے، جیسے کہ ڈیٹا گورننس، تنظیم، اور سیکیورٹی۔ آپ کا سیکیورٹی ماڈل ٹرانسفر ٹیم کے بہت سے ممبران کو آپ کے ڈیٹا ٹرانسفر پروجیکٹ کے حصے کے طور پر آپ کی Google کلاؤڈ تنظیم میں نئے کردار دیے جا سکتے ہیں۔ڈیٹا کی منتقلی کی منصوبہ بندی آپ کی شناخت اور رسائی کے انتظام (IAM) کی اجازتوں اور IAM کو محفوظ طریقے سے استعمال کرنے کے بہترین طریقوں کا جائزہ لینے کا بہترین وقت ہے۔یہ مسائل متاثر کر سکتے ہیں کہ آپ اپنے اسٹوریج تک رسائی کیسے دیتے ہیں۔مثال کے طور پر، آپ ڈیٹا تک تحریری رسائی پر سخت پابندیاں لگا سکتے ہیں جسے ریگولیٹری وجوہات کی بنا پر محفوظ کیا گیا ہے، لیکن آپ بہت سے صارفین اور ایپلیکیشنز کو اپنے ٹیسٹ ماحول میں ڈیٹا لکھنے کی اجازت دے سکتے ہیںآپ کی گوگل کلاؤڈ آرگنائزیشنآپ گوگل کلاؤڈ پر اپنے ڈیٹا کو کس طرح تشکیل دیتے ہیں اس کا انحصار اس بات پر ہے کہ آپ گوگل کلاؤڈ کو کس طرح استعمال کرنے کا ارادہ رکھتے ہیں۔اپنے ڈیٹا کو اسی کلاؤڈ پروجیکٹ میں اسٹور کرنا جہاں آپ اپنی ایپلیکیشن چلاتے ہیں ایک آسان طریقہ ہے، لیکن یہ انتظامی نقطہ نظر سے بہتر نہیں ہوسکتا ہے۔ہو سکتا ہے آپ کے کچھ ڈویلپرز کو پروڈکشن ڈیٹا دیکھنے کا استحقاق حاصل نہ ہو۔اس صورت میں، ایک ڈویلپر نمونہ ڈیٹا پر کوڈ تیار کر سکتا ہے، جبکہ مراعات یافتہ سروس اکاؤنٹ پروڈکشن ڈیٹا تک رسائی حاصل کر سکتا ہے۔اس طرح، آپ اپنے پورے پروڈکشن ڈیٹاسیٹ کو ایک الگ کلاؤڈ پروجیکٹ میں رکھنا چاہیں گے، اور پھر ہر ایپلیکیشن پروجیکٹ کے ڈیٹا تک رسائی کی اجازت دینے کے لیے سروس اکاؤنٹ کا استعمال کریںGoogle Cloud منصوبوں کے ارد گرد منظم کیا جاتا ہے.پروجیکٹس کو فولڈرز میں گروپ کیا جا سکتا ہے، اور فولڈرز کو آپ کی تنظیم کے تحت گروپ کیا جا سکتا ہے۔کردار پروجیکٹ کی سطح پر قائم کیے جاتے ہیں اور رسائی کی اجازتیں کلاؤڈ اسٹوریج بالٹی لیولز پر ان کرداروں میں شامل کی جاتی ہیں۔یہ ڈھانچہ دوسرے آبجیکٹ اسٹور فراہم کنندگان کی اجازت کے ڈھانچے کے ساتھ مطابقت رکھتا ہےگوگل کلاؤڈ تنظیم کی تشکیل کے بہترین طریقوں کے لیے، اپنے گوگل کلاؤڈ لینڈنگ زون کے لیے وسائل کے درجہ بندی کا فیصلہ کریں## مرحلہ 3: آپ کی منتقلی کے اختیارات کا جائزہآپ کے ڈیٹا کی منتقلی کے اختیارات کا جائزہ لینے کے لیے، ٹرانسفر ٹیم کو کئی عوامل پر غور کرنے کی ضرورت ہے، بشمول درج ذیل:- لاگت- وقت- آف لائن بمقابلہ آن لائن منتقلی کے اختیارات- ٹرانسفر ٹولز اور ٹیکنالوجیز- سیکیورٹیلاگتزیادہ تر متعلقہ اخراجات ڈیٹا کی منتقلی کے ساتھ درج ذیل شامل ہیں:- نیٹ ورکنگ لاگت- کلاؤڈ اسٹوریج میں داخلہ مفت ہے۔تاہم، اگر آپ اپنے ڈیٹا کو پبلک کلاؤڈ فراہم کرنے والے پر ہوسٹ کر رہے ہیں، تو آپ اپنے ڈیٹا کی منتقلی کے لیے ایگریس چارج اور ممکنہ طور پر سٹوریج کے اخراجات (مثلاً، پڑھیں آپریشنز) ادا کرنے کی توقع کر سکتے ہیں۔یہ چارج گوگل یا کسی دوسرے کلاؤڈ فراہم کنندہ سے آنے والے ڈیٹا پر لاگو ہوتا ہے- اگر آپ کا ڈیٹا کسی نجی ڈیٹا سینٹر میں ہوسٹ کیا جاتا ہے جسے آپ چلاتے ہیں، تو آپ کو سیٹنگ کے اضافی اخراجات بھی اٹھانا پڑ سکتے ہیں۔ گوگل کلاؤڈ پر مزید بینڈوتھ بڑھانا- ڈیٹا کی منتقلی کے دوران اور بعد میں کلاؤڈ اسٹوریج کے لیے اسٹوریج اور آپریشن کے اخراجات- پروڈکٹ کے اخراجات (مثال کے طور پر، ایک ٹرانسفر ایپلائینس)- آپ کی ٹیم کو جمع کرنے اور لاجسٹک سپورٹ حاصل کرنے کے لیے عملے کے اخراجاتوقتکمپیوٹنگ میں کچھ چیزیں بڑی مقدار میں ڈیٹا کی منتقلی کے طور پر نیٹ ورکس کی ہارڈ ویئر کی حدود کو نمایاں کرتی ہیں۔مثالی طور پر، آپ 1 جی بی پی ایس نیٹ ورک پر آٹھ سیکنڈ میں 1 جی بی منتقل کر سکتے ہیں۔اگر آپ اسے بڑے ڈیٹاسیٹ تک پیمانہ کرتے ہیں (مثال کے طور پر، 100 TB)، تو منتقلی کا وقت 12 دن ہے۔بڑے ڈیٹا سیٹس کی منتقلی آپ کے بنیادی ڈھانچے کی حدود کو جانچ سکتی ہے اور ممکنہ طور پر آپ کے کاروبار کے لیے مسائل کا سبب بن سکتی ہےآپ مندرجہ ذیل کیلکولیٹر کو یہ سمجھنے کے لیے استعمال کر سکتے ہیں کہ منتقلی میں کتنا وقت لگ سکتا ہے۔ آپ جس ڈیٹاسیٹ کو منتقل کر رہے ہیں اس کا سائز اور منتقلی کے لیے دستیاب بینڈوتھ۔انتظامی وقت کا ایک خاص فیصد حسابات میں فیکٹر کیا جاتا ہے۔مزید برآں، ایک موثر بینڈوتھ کی کارکردگی شامل ہے، اس لیے نتیجے میں آنے والے نمبر زیادہ حقیقت پسندانہ ہیں اور مثالی نمبر حاصل نہیں کیے جائیں گےآپ شاید اپنی کمپنی سے بڑے ڈیٹا سیٹس کو منتقل نہیں کرنا چاہیں گے۔ کام کے اوقات کے دوران نیٹ ورکاگر منتقلی نیٹ ورک کو اوورلوڈ کرتی ہے، تو کوئی اور ضروری یا مشن کے لیے اہم کام مکمل نہیں کر سکے گا۔اس وجہ سے، ٹرانسفر ٹیم کو وقت کے عنصر پر غور کرنے کی ضرورت ہےڈیٹا کو کلاؤڈ اسٹوریج میں منتقل کرنے کے بعد، آپ نئی فائلوں کے آتے ہی ان پر کارروائی کرنے کے لیے متعدد ٹیکنالوجیز استعمال کر سکتے ہیں، جیسے کہ ڈیٹا فلونیٹ ورک بینڈوتھ کو بڑھاناآپ نیٹ ورک کو کیسے بڑھاتے ہیں۔ بینڈوڈتھ اس بات پر منحصر ہے کہ آپ گوگل کلاؤڈ سے کیسے جڑتے ہیںگوگل کلاؤڈ اور دوسرے کلاؤڈ فراہم کنندگان کے درمیان کلاؤڈ سے کلاؤڈ ٹرانسفر میں، گوگل کلاؤڈ وینڈر ڈیٹا سینٹرز کے درمیان کنکشن فراہم کرتا ہے، آپ سے کسی سیٹ اپ کی ضرورت نہیں ہوتی ہے۔اگر آپ اپنے پرائیویٹ ڈیٹا سینٹر اور گوگل کلاؤڈ کے درمیان ڈیٹا کی منتقلی کر رہے ہیں، تو تین اہم طریقے ہیں:- عوامی API کا استعمال کرتے ہوئے ایک عوامی انٹرنیٹ کنیکشن- ایک عوامی API کا استعمال کرتے ہوئے براہ راست پیئرنگ- ایک نجی API کا استعمال کرتے ہوئے کلاؤڈ انٹرکنیکٹان طریقوں کا جائزہ لیتے وقت، آپ کی طویل مدتی رابطے کی ضروریات پر غور کرنا مددگار ہے۔آپ یہ نتیجہ اخذ کر سکتے ہیں کہ صرف منتقلی کے مقاصد کے لیے بینڈوڈتھ حاصل کرنے کی لاگت ممنوع ہے، لیکن جب Google کلاؤڈ کے طویل مدتی استعمال اور آپ کے پورے ادارے میں نیٹ ورک کی ضرورتوں پر غور کیا جائے تو سرمایہ کاری قابل قدر ہو سکتی ہےعوامی انٹرنیٹ کنکشن کے ساتھ جڑناجب آپ عوامی انٹرنیٹ کنکشن استعمال کرتے ہیں تو نیٹ ورک تھرو پٹ کا اندازہ کم ہوتا ہے کیونکہ آپ اپنے انٹرنیٹ سروس پرووائیڈر (ISP) کی صلاحیت اور روٹنگ سے محدود ہیں۔ISP ایک محدود سروس لیول ایگریمنٹ (SLA) بھی پیش کر سکتا ہے یا کوئی بھی نہیں۔تاہم، یہ کنکشن نسبتاً کم لاگت پیش کرتے ہیں، اور گوگل کے وسیع پیئرنگ انتظامات کے ساتھ، آپ کا ISP آپ کو گوگل کے عالمی نیٹ ورک پر کچھ نیٹ ورک ہاپس کے اندر لے جا سکتا ہےہمارا مشورہ ہے کہ آپ چیک کریں۔ اپنے سیکیورٹی ایڈمن کے ساتھ اس بارے میں کہ آیا آپ کی کمپنی کی پالیسی کچھ ڈیٹا سیٹس کو عوامی انٹرنیٹ پر منتقل کرنے سے منع کرتی ہے۔یہ بھی چیک کریں کہ آیا عوامی انٹرنیٹ کنکشن آپ کے پروڈکشن ٹریفک کے لیے استعمال ہوتا ہے۔بڑے پیمانے پر ڈیٹا کی منتقلی پروڈکشن نیٹ ورک پر منفی اثر ڈال سکتی ہےڈائریکٹ پیئرنگ کے ساتھ جڑنا عوامی انٹرنیٹ کنکشن کے مقابلے میں کم نیٹ ورک ہاپس کے ساتھ گوگل نیٹ ورک تک رسائی حاصل کرنے کے لیے، آپ ڈائریکٹ پیئرنگ استعمال کر سکتے ہیں۔ ڈائریکٹ پیئرنگ کا استعمال کرتے ہوئے، آپ اپنے نیٹ ورک اور گوگل کے ایج پوائنٹس آف پریزنس (PoPs) کے درمیان انٹرنیٹ ٹریفک کا تبادلہ کر سکتے ہیں، جس کا مطلب ہے کہ آپ کا ڈیٹا عوامی انٹرنیٹ استعمال نہیں کرتا ہے۔ ایسا کرنے سے آپ کے نیٹ ورک اور گوگل کے نیٹ ورک کے درمیان ہاپس کی تعداد بھی کم ہو جاتی ہے۔ گوگل کے نیٹ ورک کے ساتھ پیئرنگ کے لیے آپ کو رجسٹرڈ خود مختار سسٹم (AS) نمبر ترتیب دینے، انٹرنیٹ ایکسچینج کا استعمال کرتے ہوئے گوگل سے جڑنے، اور اپنے نیٹ ورک آپریشن سینٹر کے ساتھ چوبیس گھنٹے رابطہ فراہم کرنے کی ضرورت ہے۔ کلاؤڈ انٹرکنیکٹ کے ساتھ جڑنا Cloud Interconnect Google Cloud کے ذریعے Google یا Cloud Interconnect سروس فراہم کنندگان میں سے ایک کے ذریعے براہ راست کنکشن پیش کرتا ہے۔ یہ سروس آپ کے ڈیٹا کو عوامی انٹرنیٹ پر جانے سے روکنے میں مدد کرتی ہے اور بڑے ڈیٹا کی منتقلی کے لیے زیادہ مستقل تھرو پٹ فراہم کر سکتی ہے۔ عام طور پر، Cloud Interconnect نیٹ ورک کی دستیابی اور اپنے نیٹ ورک کی کارکردگی کے لیے SLAs فراہم کرتا ہے۔ مزید جاننے کے لیے براہ راست سروس فراہم کرنے والے سے رابطہ کریں۔ کلاؤڈ انٹر کنیکٹ پرائیویٹ ایڈریسنگ، RFC 1918 کو بھی سپورٹ کرتا ہے، تاکہ کلاؤڈ مؤثر طریقے سے آپ کے پرائیویٹ ڈیٹا سینٹر کی توسیع بن جائے بغیر عوامی IP ایڈریس یا NATs کی ضرورت کے۔ آن لائن بمقابلہ آف لائن ٹرانسفر ایک اہم فیصلہ یہ ہے کہ آیا آپ کے ڈیٹا کی منتقلی کے لیے آف لائن یا آن لائن عمل استعمال کرنا ہے۔ یعنی، آپ کو نیٹ ورک پر منتقلی کے درمیان انتخاب کرنا چاہیے، چاہے یہ ایک وقف شدہ انٹرکنیکٹ ہو یا عوامی انٹرنیٹ، یا اسٹوریج ہارڈویئر کا استعمال کرتے ہوئے منتقلی اس فیصلے میں مدد کے لیے، ہم آپ کو ان دو اختیارات کے درمیان وقت اور لاگت کے فرق کا اندازہ لگانے میں مدد کے لیے ایک ٹرانسفر کیلکولیٹر فراہم کرتے ہیں۔ مندرجہ ذیل چارٹ مختلف ڈیٹاسیٹ سائزز اور بینڈوتھس کے لیے کچھ منتقلی کی رفتار بھی دکھاتا ہے۔ انتظامی اوور ہیڈ کی ایک خاص مقدار ان حسابات میں شامل ہے۔ جیسا کہ پہلے ذکر کیا گیا ہے، آپ کو اس بات پر غور کرنے کی ضرورت پڑسکتی ہے کہ آیا آپ کے ڈیٹا کی منتقلی کے لیے کم تاخیر کو حاصل کرنے کی لاگت (جیسے کہ نیٹ ورک بینڈوتھ کا حصول) آپ کی تنظیم کے لیے اس سرمایہ کاری کی قدر سے پورا ہوتا ہے گوگل سے دستیاب اختیارات گوگل ڈیٹا کی منتقلی کو انجام دینے میں آپ کی مدد کے لیے کئی ٹولز اور ٹیکنالوجیز پیش کرتا ہے۔ گوگل کے منتقلی کے اختیارات میں سے فیصلہ کرنا منتقلی کے اختیار کا انتخاب آپ کے استعمال کے معاملے پر منحصر ہے، جیسا کہ درج ذیل جدول میں دکھایا گیا ہے۔ | |جہاں سے آپ ڈیٹا منتقل کر رہے ہیں | |منظرنامہ | | تجویز کردہ مصنوعات |ایک اور کلاؤڈ فراہم کنندہ (مثال کے طور پر، Amazon Web Services یا Microsoft Azure) سے Google CloudStorage ٹرانسفر سروس| |کلاؤڈ اسٹوریج سے کلاؤڈ اسٹوریج (دو مختلف بالٹیاں اسٹوریج ٹرانسفر سروس | |گوگل کلاؤڈ پر آپ کا نجی ڈیٹا سینٹر||آپ کے پروجیکٹ کی آخری تاریخ کو پورا کرنے کے لیے کافی بینڈوتھ | 1 TB سے کم ڈیٹا کے لیے | | |گوگل کلاؤڈ پر آپ کا نجی ڈیٹا سینٹر||آپ کے پروجیکٹ کی آخری تاریخ کو پورا کرنے کے لیے کافی بینڈوتھ | 1 TB سے زیادہ ڈیٹا کے لیے | آن پریمیسس ڈیٹا کے لیے سٹوریج ٹرانسفر سروس | |گوگل کلاؤڈ پر آپ کا پرائیویٹ ڈیٹا سینٹر||آپ کے پروجیکٹ کی آخری تاریخ کو پورا کرنے کے لیے کافی بینڈوڈتھ نہیں ہے||منتقلی آلات| gsutil آن پریمیسس ڈیٹا کی چھوٹی منتقلی کے لیے دی gsutil ٹول چھوٹے سے درمیانے درجے کی منتقلی کے لیے معیاری ٹول ہے (اس سے کم 1 ٹی بی) ایک عام انٹرپرائز پیمانے پر نیٹ ورک پر، نجی ڈیٹا سینٹر سے گوگل کلاؤڈ پر۔ ہم تجویز کرتے ہیں کہ آپ شامل کریں۔ gsutil آپ کے پہلے سے طے شدہ راستے میں جب آپ استعمال کرتے ہیں کلاؤڈ شیل جب آپ انسٹال کرتے ہیں تو یہ بطور ڈیفالٹ بھی دستیاب ہوتا ہے۔ گوگل کلاؤڈ CLI یہ ایک قابل اعتماد ٹول ہے جو وہ تمام بنیادی خصوصیات فراہم کرتا ہے جن کا آپ کو نظم کرنے کی ضرورت ہے۔ آپ کا کلاؤڈ اسٹوریج مثالیں، بشمول مقامی فائل سسٹم میں اور اس سے آپ کا ڈیٹا کاپی کرنا اور کلاؤڈ اسٹوریج۔ یہ اشیاء کو منتقل اور نام تبدیل کر سکتا ہے اور انجام دے سکتا ہے۔ ریئل ٹائم انکریمنٹل مطابقت پذیری، جیسے rsync، کلاؤڈ اسٹوریج بالٹی میں gsutil مندرجہ ذیل حالات میں خاص طور پر مفید ہے: - آپ کی منتقلی کو ضرورت کے مطابق، یا آپ کے صارفین کے کمانڈ لائن سیشنز کے دوران انجام دینے کی ضرورت ہے۔ - آپ صرف چند فائلیں یا بہت بڑی فائلیں، یا دونوں منتقل کر رہے ہیں۔ - آپ ایک پروگرام کا آؤٹ پٹ استعمال کر رہے ہیں (کلاؤڈ اسٹوریج میں آؤٹ پٹ کو اسٹریم کرنا) - آپ کو فائلوں کی ایک اعتدال پسند تعداد کے ساتھ ڈائریکٹری دیکھنے کی ضرورت ہے اور کسی بھی اپ ڈیٹ کو بہت کم تاخیر کے ساتھ ہم آہنگ کرنا ہوگا۔ کے ساتھ شروع کرنے کی بنیادی باتیں gsutil کرنے کے لئے ہیں کلاؤڈ اسٹوریج بالٹی بنائیں اور ڈیٹا کاپی کریں۔ اس بالٹی کو. بڑے ڈیٹا سیٹس کی منتقلی کے لیے، دو چیزیں ہیں۔ غور کریں: ملٹی تھریڈڈ ٹرانسفر کے لیے، استعمال کریں۔ gsutil -m متعدد فائلوں پر متوازی کارروائی کی جاتی ہے، جس سے آپ کی منتقلی کی رفتار بڑھ جاتی ہے۔ ایک بڑی فائل کے لیے، جامع منتقلی کا استعمال کریں۔ یہ طریقہ منتقلی کی رفتار بڑھانے کے لیے بڑی فائلوں کو چھوٹے حصوں میں توڑ دیتا ہے۔ ٹکڑوں کو متوازی طور پر منتقل اور توثیق کیا جاتا ہے، تمام ڈیٹا گوگل کو بھیجتے ہیں۔ ایک بار جب ٹکڑوں کے گوگل پر پہنچ جاتے ہیں، تو وہ یکجا ہو جاتے ہیں (کہا جاتا ہے۔ کمپوزنگ) ایک ہی شے کی تشکیل کے لیے gsutil کے ساتھ جامع منتقلی میں کچھ خرابیاں ہیں، بشمول یہ کہ ہر ٹکڑا (پوری چیز نہیں) کو انفرادی طور پر چیک کیا جاتا ہے، اور کولڈ سٹوریج کی کلاسوں کی تشکیل کے نتیجے میں جلد حذف کرنے کے جرمانے ہوتے ہیں۔ آن پریمیسس ڈیٹا کی بڑی منتقلی کے لیے سٹوریج ٹرانسفر سروس پسند gsutil آن پریمیسس ڈیٹا کے لیے سٹوریج ٹرانسفر سروس نیٹ ورک فائل سسٹم (NFS) اسٹوریج سے منتقلی کو قابل بناتا ہے۔ کلاؤڈ اسٹوریج۔ اگرچہ gsutil چھوٹے ٹرانسفر سائز (اوپر 1 ٹی بی تک)، آن پریمیسس ڈیٹا کے لیے سٹوریج ٹرانسفر سروس کے لیے ڈیزائن کیا گیا ہے۔ بڑے پیمانے پر منتقلی (ڈیٹا کے پیٹا بائٹس تک، اربوں فائلیں)۔ یہ سپورٹ کرتا ہے۔ مکمل کاپیاں یا اضافی کاپیاں، اور یہ درج کردہ منتقلی کے تمام اختیارات پر کام کرتی ہے۔ پہلے میں گوگل کے منتقلی کے اختیارات میں سے فیصلہ کرنا۔ یہ ایک سادہ، منظم گرافیکل یوزر انٹرفیس بھی ہے؛ یہاں تک کہ غیر تکنیکی طور پر جاننے والا صارفین (سیٹ اپ کے بعد) اسے ڈیٹا منتقل کرنے کے لیے استعمال کر سکتے ہیں۔ آن پریمیسس ڈیٹا کے لیے سٹوریج ٹرانسفر سروس خاص طور پر درج ذیل حالات میں مفید ہے: - آپ کے پاس ڈیٹا والیوم کو منتقل کرنے کے لیے کافی دستیاب بینڈوتھ ہے (دیکھیں گوگل کلاؤڈ ڈیٹا ٹرانسفر کیلکولیٹر) - آپ اندرونی صارفین کے ایک بڑے اڈے کی حمایت کرتے ہیں جنہیں کمانڈ لائن مل سکتی ہے۔ آلہ کی طرح gsutil استعمال کرنے کے لئے چیلنجنگ - آپ کو مضبوط ایرر رپورٹنگ اور منتقل ہونے والی تمام فائلوں اور اشیاء کے ریکارڈ کی ضرورت ہے۔ - آپ کو اپنے ڈیٹا سینٹر میں دوسرے کام کے بوجھ پر منتقلی کے اثرات کو محدود کرنے کی ضرورت ہے (یہ پروڈکٹ صارف کی مخصوص بینڈوتھ کی حد کے تحت رہ سکتی ہے) - آپ شیڈول پر بار بار چلنے والی منتقلی چلانا چاہتے ہیں۔ آپ آن پریمیسس ڈیٹا کے لیے آن انسٹال کرکے سٹوریج ٹرانسفر سروس ترتیب دیتے ہیں۔ آپ کے ڈیٹا سینٹر میں کمپیوٹرز پر پرائمیس سافٹ ویئر [جسے *ایجنٹس* کہا جاتا ہے]۔ یہ ایجنٹ ڈوکر کنٹینرز میں ہوتے ہیں، جس کی وجہ سے ان میں سے کئی کو چلانا آسان ہو جاتا ہے۔ Kubernetes کے ذریعے انہیں آرکیسٹریٹ کریں۔ سیٹ اپ مکمل ہونے کے بعد، صارفین گوگل کلاؤڈ کنسول میں منتقلی شروع کر سکتے ہیں۔ ایک سورس ڈائرکٹری، منزل کی بالٹی، اور وقت یا شیڈول فراہم کرنا سٹوریج ٹرانسفر سروس بار بار ذیلی ڈائرکٹریز اور فائلوں کو کرال کرتی ہے۔ سورس ڈائرکٹری اور اس میں متعلقہ نام کے ساتھ آبجیکٹ تخلیق کرتا ہے۔ کلاؤڈ اسٹوریج [آبجیکٹ /dir/foo/file.txt /dir/foo/file.txt نامی منزل کی بالٹی میں ایک آبجیکٹ بن جاتا ہے۔ اسٹوریج ٹرانسفر سروس جب کسی عارضی غلطی کا سامنا ہوتا ہے تو خود بخود منتقلی کی دوبارہ کوشش کرتا ہے۔ جب منتقلی چل رہی ہے، آپ نگرانی کر سکتے ہیں کہ کتنی فائلیں منتقل ہوئی ہیں اور مجموعی طور پر منتقلی کی رفتار، اور آپ غلطی کے نمونے دیکھ سکتے ہیں۔ جب منتقلی مکمل ہو جاتی ہے، ایک ٹیب سے حد بندی فائل (TSV) بنائی جاتی ہے جس میں چھونے والی تمام فائلوں کا مکمل ریکارڈ ہوتا ہے اور کسی بھی غلطی کے پیغامات موصول ہوتے ہیں۔ ایجنٹ غلطی برداشت کرنے والے ہوتے ہیں، اس لیے اگر کوئی ایجنٹ نیچے چلا جاتا ہے تو باقی ایجنٹوں کے ساتھ منتقلی جاری رہتی ہے۔ ایجنٹ خود اپ ڈیٹ کرنے اور خود کو ٹھیک کرنے والے بھی ہیں، لہذا آپ کو تازہ ترین ورژنز کو پیچ کرنے یا اس عمل کو دوبارہ شروع کرنے کے بارے میں فکر کرنے کی ضرورت نہیں ہے اگر یہ کسی غیر متوقع مسئلے کی وجہ سے نیچے چلا جاتا ہے۔ سٹوریج ٹرانسفر سروس کا استعمال کرتے وقت جن چیزوں پر غور کرنا چاہیے: ہر مشین پر یکساں ایجنٹ سیٹ اپ استعمال کریں۔ تمام ایجنٹوں کو ایک ہی نیٹ ورک فائل سسٹم (NFS) کو ایک ہی طریقے سے (ایک ہی رشتہ دار راستے) پر ماؤنٹ دیکھنا چاہیے۔ یہ سیٹ اپ پروڈکٹ کے کام کرنے کی ضرورت ہے۔ مزید ایجنٹوں کے نتیجے میں زیادہ رفتار ہوتی ہے۔ چونکہ ٹرانسفرز خود بخود تمام ایجنٹوں میں متوازی ہوتی ہیں، اس لیے ہم تجویز کرتے ہیں کہ آپ بہت سے ایجنٹوں کو تعینات کریں تاکہ آپ اپنی دستیاب بینڈوتھ کا استعمال کریں۔ بینڈوڈتھ کیپس آپ کے کام کے بوجھ کی حفاظت کر سکتی ہیں۔ ہو سکتا ہے آپ کے دوسرے کام کے بوجھ آپ کے ڈیٹا سینٹر کی بینڈوتھ کا استعمال کر رہے ہوں، لہذا منتقلی کو اپنے SLAs کو متاثر کرنے سے روکنے کے لیے ایک بینڈوتھ کیپ سیٹ کریں۔ غلطیوں کا جائزہ لینے کے لیے وقت کی منصوبہ بندی کریں۔ بڑی منتقلی کے نتیجے میں اکثر ایسی غلطیاں ہو سکتی ہیں جن کے لیے جائزہ لینے کی ضرورت ہوتی ہے۔ سٹوریج ٹرانسفر سروس آپ کو گوگل کلاؤڈ کنسول میں براہ راست سامنے آنے والی غلطیوں کا نمونہ دیکھنے دیتی ہے۔ اگر ضرورت ہو تو، آپ فائلوں کو چیک کرنے یا دوبارہ کوششوں کے بعد بھی باقی رہ جانے والی غلطیوں کا جائزہ لینے کے لیے تمام ٹرانسفر کی خرابیوں کا مکمل ریکارڈ BigQuery پر لوڈ کر سکتے ہیں۔ یہ خرابیاں ان ایپس کو چلانے کی وجہ سے ہو سکتی ہیں جو ٹرانسفر ہونے کے دوران سورس کو لکھ رہی تھیں، یا غلطیاں کسی ایسے مسئلے کو ظاہر کر سکتی ہیں جس کے لیے ٹربل شوٹنگ کی ضرورت ہے (مثال کے طور پر، اجازت کی خرابی)۔ طویل عرصے سے چلنے والی منتقلیوں کے لیے کلاؤڈ مانیٹرنگ سیٹ اپ کریں۔ اسٹوریج ٹرانسفر سروس مانیٹرنگ ایجنٹ کی صحت اور تھرو پٹ کی نگرانی کرنے دیتی ہے، تاکہ آپ الرٹس سیٹ کر سکیں جو آپ کو مطلع کریں جب ایجنٹ بند ہوں یا توجہ کی ضرورت ہو۔ ایجنٹ کی ناکامیوں پر عمل کرنا ان ٹرانسفرز کے لیے اہم ہے جس میں کئی دن یا ہفتے لگتے ہیں، تاکہ آپ اہم سست روی یا رکاوٹوں سے بچیں جو آپ کے پروجیکٹ کی ٹائم لائن میں تاخیر کر سکتے ہیں۔ بڑی منتقلی کے لیے آلات کی منتقلی۔ بڑے پیمانے پر منتقلی کے لیے (خاص طور پر محدود نیٹ ورک بینڈوتھ کے ساتھ منتقلی)، ٹرانسفر ایپلائینس ایک بہترین آپشن ہے، خاص طور پر جب تیز نیٹ ورک کنکشن دستیاب نہ ہو اور زیادہ بینڈوڈتھ حاصل کرنا بہت مہنگا ہو۔ منتقلی کا سامان خاص طور پر درج ذیل حالات میں مفید ہے: - آپ کا ڈیٹا سینٹر ایک دور دراز مقام پر ہے جس میں بینڈوتھ تک محدود یا کوئی رسائی نہیں ہے۔- بینڈوڈتھ دستیاب ہے، لیکن آپ کی آخری تاریخ کو پورا کرنے کے لیے وقت پر حاصل نہیں کیا جا سکتا- آپ کو اپنے نیٹ ورک سے آلات وصول کرنے اور منسلک کرنے کے لیے لاجسٹک وسائل تک رسائی ہےاس اختیار کے ساتھ، درج ذیل پر غور کریں:- ٹرانسفر ایپلائینس کا تقاضا ہے کہ آپ Google کی ملکیت والے ہارڈ ویئر کو وصول کرنے اور واپس بھیجنے کے قابل ہوں- آپ کے انٹرنیٹ کنکشن پر منحصر ہے گوگل کلاؤڈ میں ڈیٹا کی منتقلی میں تاخیر عام طور پر آن لائن کے مقابلے ٹرانسفر ایپلائینس کے ساتھ زیادہ ہوتی ہے- ٹرانسفر اپلائنس صرف مخصوص ممالک میں دستیاب ہےغور کرنے کے دو اہم معیار ٹرانسفر آلات کے ساتھ لاگت اور رفتار ہے۔مناسب نیٹ ورک کنیکٹیویٹی کے ساتھ (مثال کے طور پر، 1 Gbps)، 100 TB ڈیٹا کی آن لائن منتقلی کو مکمل ہونے میں 10 دن سے زیادہ کا وقت لگتا ہے۔اگر یہ شرح قابل قبول ہے تو، آن لائن منتقلی ممکنہ طور پر آپ کی ضروریات کے لیے ایک اچھا حل ہے۔اگر آپ کے پاس صرف 100 Mbps کنکشن ہے (یا کسی دور دراز مقام سے بدتر)، تو اسی منتقلی میں 100 دن لگتے ہیں۔اس وقت، یہ آف لائن ٹرانسفر آپشن پر غور کرنے کے قابل ہے جیسے کہ ٹرانسفر ایپلائینسٹرانسفر ایپلائینس حاصل کرنا سیدھا سیدھا ہے۔گوگل کلاؤڈ کنسول میں، آپ ایک ٹرانسفر اپلائنس کی درخواست کرتے ہیں، اس بات کی نشاندہی کرتے ہیں کہ آپ کے پاس کتنا ڈیٹا ہے، اور پھر گوگل آپ کے مطلوبہ مقام پر ایک یا زیادہ آلات بھیجتا ہے۔آپ کو اپنا ڈیٹا ایپلائینس ("ڈیٹا کیپچر") میں منتقل کرنے اور اسے گوگل کو واپس بھیجنے کے لیے کئی دن دیے گئے ہیںنیٹ ورک آلات کے لیے متوقع تبدیلی کا وقت بھیجے جانے کے لیے، آپ کے ڈیٹا کے ساتھ لوڈ کیے جانے، واپس بھیجے جانے، اور گوگل کلاؤڈ پر ری ہائیڈریٹ ہونے کے لیے 20 دن ہیں۔اگر آپ کے آن لائن ٹرانسفر ٹائم فریم کو اس ٹائم فریم سے کافی زیادہ سمجھا جاتا ہے، تو ٹرانسفر ایپلائینس پر غور کریں۔300 TB ڈیوائس کے عمل کی کل لاگت $2,500 سے کم ہےکلاؤڈ ٹو کلاؤڈ ٹرانسفرز کے لیے اسٹوریج ٹرانسفر سروساسٹوریج ٹرانسفر سروس مکمل طور پر منظم ہے۔ , کلاؤڈ سٹوریج میں دوسرے پبلک سے ٹرانسفر کو خودکار کرنے کے لیے انتہائی قابل توسیع سروس۔یہ ایمیزون S3 اور HTTP سے کلاؤڈ اسٹوریج میں منتقلی کی حمایت کرتا ہےAmazon S3 کے لیے، آپ S3 کے لیے اختیاریفلٹرز کے ساتھ ایک رسائی کلید اور S3 بالٹی فراہم کر سکتے ہیں۔ منتخب کرنے کے لیے اشیاء، اور پھر آپ S3 آبجیکٹ کو کسی بھیمیں کاپی کرتے ہیں۔ کلاؤڈ اسٹوریج بالٹی۔ سروس کسی بھی روزانہ کی کاپیوں کو بھی سپورٹ کرتی ہے۔ ترمیم شدہ اشیاء. سروس فی الحال ڈیٹا کی منتقلی کی حمایت نہیں کرتی ہے۔ *سے* ایمیزون S3 HTTP کے لیے، آپ اسٹوریج ٹرانسفر سروس کو عوامی URLs کی فہرست دے سکتے ہیں۔ ایک مخصوص شکل اس نقطہ نظر کا تقاضا ہے کہ آپ ایک اسکرپٹ لکھیں جو ہر ایک کا سائز فراہم کرے۔ بائٹس میں فائل کے ساتھ، فائل کے مشمولات کے بیس 64-انکوڈ شدہ MD5 ہیش کے ساتھ بعض اوقات فائل کا سائز اور ہیش سورس ویب سائٹ سے دستیاب ہوتے ہیں۔ اگر نہیں، آپ کو فائلوں تک مقامی رسائی کی ضرورت ہے، ایسی صورت میں، یہ آسان ہو سکتا ہے۔ استعمال کریں gsutil، جیسا کہ پہلے بیان کیا گیا ہے۔ اگر آپ کے پاس منتقلی ہے تو، سٹوریج ٹرانسفر سروس ڈیٹا حاصل کرنے اور اسے رکھنے کا ایک بہترین طریقہ ہے، خاص طور پر جب کسی دوسرے عوامی کلاؤڈ سے منتقلی ہو سیکورٹی بہت سے گوگل کلاؤڈ صارفین کے لیے، سیکیورٹی ان کی بنیادی توجہ ہے، اور سیکیورٹی کی مختلف سطحیں دستیاب ہیں۔ غور کرنے کے لیے سیکیورٹی کے چند پہلوؤں میں ڈیٹا کی حفاظت (مآخذ اور منزل کے اسٹوریج سسٹم تک اجازت اور رسائی)، ٹرانزٹ کے دوران ڈیٹا کی حفاظت، اور ٹرانسفر پروڈکٹ تک رسائی کی حفاظت شامل ہے۔ مندرجہ ذیل جدول مصنوعات کے لحاظ سے حفاظت کے ان پہلوؤں کا خاکہ پیش کرتا ہے۔ | |پروڈکٹ | |باقی ڈیٹا | |ٹرانزٹ میں ڈیٹا | |مصنوعات کی منتقلی تک رسائی |ٹرانسفر آلات | ||کلاؤڈ سٹوریج تک رسائی کے لیے درکار ایکسیس کیز، جو ریسٹ پر انکرپٹڈ ہوتی ہے ڈیٹا کو HTTPS پر بھیجا جاتا ہے اور ٹرانزٹ میں انکرپٹ کیا جاتا ہے کوئی بھی ڈاؤن لوڈ اور چلا سکتا ہے۔ | | آن پریمیسس ڈیٹا کے لیے سٹوریج ٹرانسفر سروس || کلاؤڈ سٹوریج تک رسائی حاصل کرنے کے لیے درکار رسائی کی چابیاں، جو باقی وقت میں خفیہ کردہ ہے۔ ایجنٹ کا عمل مقامی فائلوں تک رسائی حاصل کرسکتا ہے کیونکہ OS کی اجازت دیتا ہے ڈیٹا HTTPS پر بھیجا جاتا ہے اور ٹرانزٹ میں انکرپٹ کیا جاتا ہے آپ کے پاس کلاؤڈ اسٹوریج کی بالٹی تک رسائی کے لیے آبجیکٹ ایڈیٹر کی اجازت ہونی چاہیے۔ |اسٹوریج ٹرانسفر سروس||غیر گوگل کلاؤڈ وسائل (مثال کے طور پر، Amazon S3) کے لیے درکار رسائی کیز۔ کلاؤڈ اسٹوریج تک رسائی حاصل کرنے کے لیے رسائی کیز کی ضرورت ہوتی ہے، جو ریسٹ پر انکرپٹ ہوتا ہے ڈیٹا HTTPS پر بھیجا جاتا ہے اور ٹرانزٹ میں انکرپٹ کیا جاتا ہے، آپ کے پاس سروس اکاؤنٹ کے لیے IAM کی اجازت ہونی چاہیے تاکہ کسی بھی Cloud Storage کی بالٹیوں کے لیے سورس اور آبجیکٹ ایڈیٹر کی اجازتیں حاصل کی جا سکیں۔ بیس لائن سیکورٹی میں اضافہ حاصل کرنے کے لیے، آن لائن ٹرانسفر گوگل کلاؤڈ استعمال کر رہا ہے۔ gsutil HTTPS پر مکمل کیا جاتا ہے، ڈیٹا کو ٹرانزٹ میں انکرپٹ کیا جاتا ہے، اور تمام ڈیٹا میں کلاؤڈ اسٹوریج، بطور ڈیفالٹ، باقی جگہ پر خفیہ کردہ ہے۔ پر معلومات کے لیے سیکورٹی سے متعلق مزید نفیس سکیمیں، دیکھیں سیکیورٹی اور رازداری کے تحفظات اگر آپ استعمال کرتے ہیں۔ منتقلی کا سامان، حفاظتی چابیاں جنہیں آپ کنٹرول کرتے ہیں آپ کے ڈیٹا کی حفاظت میں مدد کر سکتے ہیں۔ عام طور پر، ہم تجویز کریں کہ آپ اپنی سیکیورٹی ٹیم کو اس بات کو یقینی بنانے کے لیے مشغول کریں کہ آپ کا ٹرانسفر پلان آپ کی کمپنی اور ریگولیٹری ضروریات کو پورا کرتا ہے۔ تھرڈ پارٹی ٹرانسفر پروڈکٹس اعلی درجے کی نیٹ ورک کی سطح کی اصلاح یا جاری ڈیٹا کی منتقلی کے ورک فلو کے لیے، ہو سکتا ہے آپ مزید جدید ٹولز استعمال کرنا چاہیں۔ مزید جدید ٹولز کے بارے میں معلومات کے لیے، Google پارٹنرز ملاحظہ کریں۔ درج ذیل لنکس بہت سے اختیارات میں سے کچھ کو نمایاں کرتے ہیں (حروف تہجی کی ترتیب میں یہاں درج ہیں): - Aspera On Cloud Aspera کے پیٹنٹ پروٹوکول پر مبنی ہے اور بڑے پیمانے پر ورک فلو کے لیے موزوں ہے۔ یہ سبسکرپشن لائسنس ماڈل کے بطور ڈیمانڈ پر دستیاب ہے۔ - کلاؤڈ فاسٹ پاتھ بذریعہ Tervela گوگل کلاؤڈ میں اور باہر ایک منظم ڈیٹا اسٹریم بنانے کے لیے استعمال کیا جا سکتا ہے۔ تفصیلات کے لیے، ڈیٹا اسٹریمز بنانے کے لیے کلاؤڈ فاسٹ پاتھ کا استعمال دیکھیں - Signiant میڈیا شٹل کو کسی بھی فائل کو کسی بھی جگہ یا وہاں سے منتقل کرنے کے لیے سافٹ ویئر کے طور پر ایک سروس (SaaS) حل پیش کرتا ہے۔ Signiant ایک انتہائی بہتر پروٹوکول کی بنیاد پر فلائٹ کو آٹو اسکیلنگ یوٹیلیٹی کے طور پر بھی پیش کرتا ہے، اور Signiant Flight Deck جغرافیائی طور پر منتشر مقامات پر بڑے پیمانے پر منتقلی کے لیے آٹومیشن ٹول کے طور پر پیش کرتا ہے۔ ## مرحلہ 4: آپ کی منتقلی کی تیاری بڑی منتقلی، یا اہم انحصار کے ساتھ منتقلی کے لیے، یہ سمجھنا ضروری ہے کہ آپ کی منتقلی کی مصنوعات کو کیسے چلایا جائے۔ صارفین عام طور پر درج ذیل مراحل سے گزرتے ہیں: قیمتوں کا تعین اور ROI کا تخمینہ۔ یہ قدم فیصلہ سازی میں مدد کے لیے بہت سے اختیارات فراہم کرتا ہے۔ فنکشنل ٹیسٹنگ۔ اس مرحلے میں، آپ تصدیق کرتے ہیں کہ پروڈکٹ کو کامیابی کے ساتھ سیٹ اپ کیا جا سکتا ہے اور نیٹ ورک کنیکٹیویٹی (جہاں قابل اطلاق ہو) کام کر رہی ہے۔ آپ یہ بھی جانچتے ہیں کہ آپ اپنے ڈیٹا کا نمائندہ نمونہ (بشمول غیر منتقلی کے اقدامات، جیسے کہ VM مثال کو منتقل کرنا) کو منزل تک لے جا سکتے ہیں۔ آپ عام طور پر یہ مرحلہ تمام وسائل جیسے کہ ٹرانسفر مشینیں یا بینڈوڈتھ مختص کرنے سے پہلے کر سکتے ہیں۔ اس قدم کے اہداف میں درج ذیل شامل ہیں: - تصدیق کریں کہ آپ ٹرانسفر کو انسٹال اور چلا سکتے ہیں۔ - سطح کے ممکنہ پروجیکٹ کو روکنے کے مسائل جو ڈیٹا کی نقل و حرکت کو روکتے ہیں (مثال کے طور پر، نیٹ ورک کے راستے) یا آپ کے آپریشنز (مثال کے طور پر، غیر منتقلی کے مرحلے پر تربیت کی ضرورت ہے) کارکردگی کی جانچ۔ اس مرحلے میں، آپ مندرجہ ذیل کام کرنے کے لیے پیداواری وسائل مختص کیے جانے کے بعد اپنے ڈیٹا کے ایک بڑے نمونے (عام طور پر 3ÃÂ¢ÃÂÃÂ5%) پر منتقلی چلاتے ہیں: - تصدیق کریں کہ آپ تمام مختص وسائل استعمال کر سکتے ہیں اور اپنی توقع کی رفتار حاصل کر سکتے ہیں۔ - سطح کو درست کریں اور رکاوٹیں دور کریں (مثال کے طور پر، سست سورس اسٹوریج سسٹم) ## مرحلہ 5: آپ کی منتقلی کی سالمیت کو یقینی بنانا منتقلی کے دوران آپ کے ڈیٹا کی سالمیت کو یقینی بنانے میں مدد کے لیے، ہم درج ذیل احتیاطی تدابیر اختیار کرنے کی تجویز کرتے ہیں: - حادثاتی ڈیلیٹ کے نقصان کو محدود کرنے کے لیے اپنی منزل پر ورژن اور بیک اپ کو فعال کریں۔ - سورس ڈیٹا کو ہٹانے سے پہلے اپنے ڈیٹا کی تصدیق کریں۔ بڑے پیمانے پر ڈیٹا کی منتقلی کے لیے (پیٹا بائٹس ڈیٹا اور اربوں فائلوں کے ساتھ)، بنیادی ماخذ اسٹوریج سسٹم کی ایک بنیادی اویکت غلطی کی شرح 0.0001% تک کم ہے، جس کے نتیجے میں اب بھی ہزاروں فائلوں اور گیگا بائٹس کا ڈیٹا ضائع ہو جاتا ہے۔ عام طور پر، ماخذ پر چلنے والی ایپلیکیشنز پہلے سے ہی ان غلطیوں کو برداشت کرتی ہیں، ایسی صورت میں، اضافی توثیق کی ضرورت نہیں ہے۔ کچھ غیر معمولی حالات میں (مثال کے طور پر، طویل مدتی محفوظ شدہ دستاویزات)، اس سے پہلے کہ ماخذ سے ڈیٹا کو حذف کرنا محفوظ سمجھا جائے، مزید توثیق ضروری ہے۔ آپ کی درخواست کے تقاضوں پر منحصر ہے، ہم تجویز کرتے ہیں کہ آپ منتقلی مکمل ہونے کے بعد کچھ ڈیٹا انٹیگریٹی ٹیسٹ کروائیں تاکہ یہ یقینی بنایا جا سکے کہ ایپلیکیشن حسب منشا کام کرتی رہے۔ بہت سے ٹرانسفر پروڈکٹس میں پہلے سے موجود ڈیٹا کی سالمیت کی جانچ ہوتی ہے۔ تاہم، آپ کے رسک پروفائل پر منحصر ہے، آپ ماخذ سے ڈیٹا کو حذف کرنے سے پہلے ڈیٹا اور اس ڈیٹا کو پڑھنے والے ایپس پر ایک اضافی سیٹ چیک کرنا چاہیں گے۔ مثال کے طور پر، آپ اس بات کی تصدیق کرنا چاہیں گے کہ آیا آپ نے آزادانہ طور پر ریکارڈ اور کمپیوٹنگ کی گئی چیکسم منزل پر لکھے گئے ڈیٹا سے میل کھاتا ہے، یا اس بات کی تصدیق کرنا چاہیں گے کہ ایپلیکیشن کے ذریعے استعمال کردہ ڈیٹا سیٹ کامیابی کے ساتھ منتقل ہو گیا ہے۔ ## مدد تلاش کرنا گوگل کلاؤڈ آپ کو گوگل کلاؤڈ سروسز کے بہترین استعمال کے لیے ضروری مدد اور تعاون تلاش کرنے کے لیے مختلف اختیارات اور وسائل پیش کرتا ہے: سیلف سروس کے وسائل۔ اگر آپ کو سرشار مدد کی ضرورت نہیں ہے، تو آپ کے پاس مختلف اختیارات ہیں جنہیں آپ اپنی رفتار سے استعمال کر سکتے ہیں۔ ٹیکنالوجی پارٹنرز۔ گوگل کلاؤڈ نے ہماری مصنوعات اور خدمات کو استعمال کرنے میں آپ کی مدد کرنے کے لیے متعدد کمپنیوں کے ساتھ شراکت کی ہے۔ Google Cloud پیشہ ورانہ خدمات۔ ہماری پیشہ ورانہ خدمات آپ کو Google Cloud میں اپنی سرمایہ کاری سے زیادہ سے زیادہ فائدہ اٹھانے میں مدد کر سکتی ہیں۔ گوگل کلاؤڈ مائیگریشن سینٹر میں کام کے بوجھ کو گوگل کلاؤڈ پر منتقل کرنے میں مدد کے لیے مزید وسائل موجود ہیں۔ ان وسائل کے بارے میں مزید معلومات کے لیے، گوگل کلاؤڈ پر منتقلی کا تلاش کرنے میں مدد کا سیکشن دیکھیں: شروع کرنا ## اس کے بعد کیا ہے - اگر آپ کے پاس ٹرانسفر پلان وضع کرنے یا استعمال کے مخصوص کیس کے بارے میں سوالات ہیں، تو آپ گوگل کلاؤڈ سپورٹ سے رابطہ کر سکتے ہیں، یا اپنی گوگل اکاؤنٹ ٹیم سے براہ راست رابطہ کر سکتے ہیں۔ - آپ کی منتقلی شروع کرنے کے لیے، ہم درج ذیل گائیڈز فراہم کرتے ہیں: - ڈیٹا کی منتقلی کی عمومی حکمت عملیوں کے لیے: گوگل کوبرنیٹس انجن پر مائیکرو سروسز میں یک سنگی ایپلی کیشن کو منتقل کرنا - آف لائن منتقلی کے لیے: منتقلی کا سامان - عوامی کلاؤڈ سے آن لائن منتقلی کے لیے: سٹوریج ٹرانسفر سروس - گوگل کلاؤڈ کے بارے میں حوالہ آرکیٹیکچرز، خاکے، سبق، اور بہترین طریقوں کو دریافت کریں۔ ہمارے کلاؤڈ آرکیٹیکچر سینٹر پر ایک نظر ڈالیں۔