شبکه های VPC

یک شبکه Cloud Private Private (VPC) یک نسخه مجازی از یک شبکه فیزیکی است که در داخل شبکه تولید Google با استفاده از Andromeda اجرا شده است. یک شبکه VPC موارد زیر را ارائه می دهد:

• اتصال به موارد مجازی موتور محاسباتی شما (VM) ، از جمله خوشه های Google Kubeetes Engine (GKE) ، نمونه های محیط انعطاف پذیر موتور برنامه و سایر محصولات ابر گوگل ساخته شده بر روی VM های محاسباتی را فراهم می کند.
• سیستم های تعادل بار TCP/UDP داخلی TCP/UDP را برای تعادل بار HTTP (ها) داخلی ارائه می دهد.
• با استفاده از تونل های Cloud VPN و اتصالات اتصال ابر به شبکه های داخلی متصل می شود.
• ترافیک را از متعادل کننده بار خارجی Google Cloud به Backends توزیع می کند.

پروژه ها می توانند حاوی چندین شبکه VPC باشند. مگر اینکه یک سیاست سازمانی ایجاد کنید که آن را ممنوع کند ، پروژه های جدید با یک شبکه پیش فرض (یک شبکه VPC حالت خودکار) شروع می شوند که دارای یک زیر شبکه (زیر شبکه) در هر منطقه است.

نکته مهم: این صفحه شبکه های VPC را توصیف می کند ، که با شبکه های میراث متفاوت است. شبکه های میراث دیگر نمی توانند ایجاد شوند و برای تولید توصیه نمی شوند زیرا آنها از ویژگی های پیشرفته شبکه پشتیبانی نمی کنند. می توانید یک شبکه میراث را به یک شبکه VPC تبدیل کنید. برای مشاهده نوع شبکه موجود خود ، به نمای شبکه مراجعه کنید.

شبکه ها و زیر شبکه ها

اصطلاحات زیر شبکه و زیر شبکه مترادف هستند. آنها به طور متناوب در کنسول Google Cloud ، دستورات GCLOUD و مستندات API استفاده می شوند.

زیر شبکه همان شبکه (VPC) نیست. شبکه ها و زیر شبکه ها انواع مختلفی از منابع در Google Cloud هستند.

برای اطلاعات بیشتر ، به زیر شبکه ها مراجعه کنید.

مشخصات فنی

شبکه های VPC خصوصیات زیر را دارند:

شبکه های VPC ، از جمله مسیرهای مرتبط با آنها و قوانین فایروال ، منابع جهانی هستند. آنها با هیچ منطقه یا منطقه خاصی در ارتباط نیستند.

هر زیر شبکه طیف وسیعی از آدرس های IPv4 را تعریف می کند. زیر شبکه ها در شبکه های VPC حالت سفارشی نیز می توانند طیف وسیعی از آدرس های IPv6 را داشته باشند.

ترافیک به و از موارد می تواند با قوانین فایروال شبکه کنترل شود. قوانین بر روی خود VM ها اجرا می شوند ، بنابراین با ترک یا رسیدن به VM ، ترافیک فقط قابل کنترل و ورود به سیستم است.

منابع درون یک شبکه VPC می توانند با استفاده از آدرس های داخلی IPv4 ، آدرس های داخلی IPv6 یا آدرس های IPv6 خارجی ، با توجه به قوانین فایروال شبکه ، با یکدیگر ارتباط برقرار کنند. برای اطلاعات بیشتر ، به ارتباطات در شبکه مراجعه کنید.

مواردی با آدرس های داخلی IPv4 یا IPv6 می توانند با API و خدمات Google ارتباط برقرار کنند. برای اطلاعات بیشتر ، به گزینه های دسترسی خصوصی برای خدمات مراجعه کنید.

مدیریت شبکه می تواند با استفاده از نقش های هویت و مدیریت دسترسی (IAM) تضمین شود.

یک سازمان می تواند از VPC مشترک برای نگه داشتن یک شبکه VPC در یک پروژه میزبان مشترک استفاده کند. مدیران مجاز IAM از سایر پروژه ها در همان سازمان می توانند منابعی را ایجاد کنند که از زیر شبکه های شبکه VPC مشترک استفاده می کند.

شبکه های VPC می توانند با استفاده از شبکه VPC Pearing به سایر شبکه های VPC در پروژه ها یا سازمان های مختلف متصل شوند.

شبکه های VPC با استفاده از Cloud VPN یا Cloud Intercoect می توانند به طور ایمن در محیط های ترکیبی متصل شوند.

شبکه های VPC از ترافیک GRE ، از جمله ترافیک در Cloud VPN و Cloud Intercoect پشتیبانی می کنند. شبکه های VPC از GRE برای Cloud Nat یا برای ارسال قوانین برای تعادل بار و حمل و نقل پروتکل پشتیبانی نمی کنند. پشتیبانی از GRE به شما امکان می دهد تا ترافیک GRE را از طریق اینترنت (آدرس IP خارجی) و Cloud VPN یا Cloud Intercoect (آدرس IP داخلی) خاتمه دهید. سپس ترافیک جدا شده را می توان به یک مقصد قابل دسترسی منتقل کرد. GRE شما را قادر می سازد از خدماتی مانند Secure Access Service Edge (SASE) و SD-WAN استفاده کنید.

شبکه های VPC از آدرس های IPV4 و IPv6 UNICAST پشتیبانی می کنند. شبکه های VPC از پخش یا آدرس های چند مرحله ای در شبکه پشتیبانی نمی کنند.

برای اطلاعات بیشتر در مورد دامنه زیر شبکه IPv6 ، به زیر شبکه ها مراجعه کنید.

محدودیت های سیاست سازمان

هر پروژه جدید با یک شبکه پیش فرض VPC شروع می شود. شما می توانید با ایجاد یک خط مشی سازمانی با محدودیت compute. skipdefaultnetworkcreation ، ایجاد شبکه های پیش فرض را غیرفعال کنید. پروژه هایی که این خط مشی را به ارث می برند ، شبکه پیش فرض ندارند.

شما می توانید تنظیمات IPv6 زیر را با استفاده از سیاست های سازمان کنترل کنید:

استفاده از IPv6 خارجی VPC را غیرفعال کنید: در صورت تنظیم صحیح ، محدودیت/compute. disablevpcextealipv6 محدودیت شما را از پیکربندی زیر شبکه های دوتایی با دامنه IPv6 خارجی جلوگیری می کند.

استفاده از IPv6 داخلی VPC را غیرفعال کنید: در صورت تنظیم صحیح ، محدودیت/compute. disablevpcintealipv6 محدودیت شما را از پیکربندی زیر شبکه های دوتایی با دامنه IPv6 داخلی جلوگیری می کند.

تمام استفاده از IPv6 را غیرفعال کنید: در صورت تنظیم صحیح ، محدودیت ها/Compute. DisableAllipv6 محدودیت ایجاد یا به روزرسانی هر منابع مربوط به استفاده از IPv6 را غیرفعال می کند.

برای کسب اطلاعات بیشتر در مورد محدودیت ها ، به محدودیت های سیاست سازمان مراجعه کنید.

حالت ایجاد زیر شبکه

Google Cloud دو نوع شبکه VPC را ارائه می دهد ، که توسط حالت ایجاد زیر شبکه آنها تعیین می شود:

هنگامی که یک شبکه VPC حالت خودکار ایجاد می شود ، یک زیر شبکه از هر منطقه به طور خودکار در داخل آن ایجاد می شود. این زیر شبکه های ایجاد شده به طور خودکار از مجموعه ای از محدوده های IPv4 از پیش تعریف شده استفاده می کنند که در بلوک CIDR 10. 128. 0. 0/9 قرار دارند. با در دسترس بودن مناطق جدید Google Cloud ، زیر شبکه های جدید در آن مناطق به طور خودکار با استفاده از محدوده IP از آن بلوک به شبکه های VPC حالت خودکار اضافه می شوند. علاوه بر زیر شبکه های به طور خودکار ایجاد شده ، می توانید زیر شبکه های بیشتری را به صورت دستی به شبکه های VPC حالت خودکار در مناطقی که با استفاده از محدوده IP در خارج از 10. 128. 0. 0/9 انتخاب می کنید ، اضافه کنید.

هنگامی که یک شبکه VPC حالت سفارشی ایجاد می شود ، هیچ زیر شبکه ای به طور خودکار ایجاد نمی شود. این نوع شبکه کنترل کاملی را بر روی زیر شبکه ها و دامنه IP آن فراهم می کند. شما تصمیم می گیرید که با استفاده از محدوده IP که مشخص می کنید ، در مناطقی که انتخاب می کنید ، زیر شبکه ها ایجاد کنید.

می توانید یک شبکه VPC را از حالت خودکار به حالت سفارشی تغییر دهید. این یک تبدیل یک طرفه است. شبکه های VPC حالت سفارشی را نمی توان به شبکه های VPC حالت خودکار تغییر داد. برای کمک به تصمیم گیری در مورد اینکه کدام نوع شبکه نیازهای شما را برآورده می کند ، ملاحظات شبکه های VPC حالت خودکار را ببینید.

شبکه پیش فرض

مگر اینکه شما آن را غیرفعال کنید ، هر پروژه جدید با یک شبکه پیش فرض شروع می شود. شبکه پیش فرض یک شبکه Auto Mode VPC با قوانین فایروال IPv4 از پیش جمع شده است. شبکه پیش فرض دارای قوانین فایروال از پیش جمعیتی IPv6 نیست.

ملاحظات شبکه های VPC حالت خودکار

شبکه های VPC حالت خودکار تنظیم و استفاده آسان است و برای موارد استفاده با این ویژگی ها مناسب هستند:

داشتن زیر شبکه به طور خودکار در هر منطقه ایجاد می شود.

دامنه IP از پیش تعریف شده از زیر شبکه ها با دامنه IP که شما برای اهداف مختلف استفاده می کنید (به عنوان مثال ، اتصالات Cloud VPN به منابع داخلی) همپوشانی ندارند.

با این حال ، شبکه های VPC حالت سفارشی انعطاف پذیر تر هستند و از نظر تولید مناسب تر هستند. ویژگی های زیر مواردی را که در آن شبکه های VPC حالت سفارشی توصیه می شوند یا مورد نیاز هستند ، برجسته می کند:

داشتن یک زیر شبکه به طور خودکار در هر منطقه ایجاد شده است.

داشتن زیر شبکه های جدید که به طور خودکار به عنوان مناطق جدید در دسترس قرار می گیرند می توانند با آدرس های IP که توسط زیر شبکه های ساخته شده دستی یا مسیرهای استاتیک استفاده می شود ، همپوشانی داشته باشد ، یا می تواند در برنامه ریزی کلی شبکه شما دخالت کند.

شما نیاز به کنترل کامل بر زیر شبکه های ایجاد شده در شبکه VPC خود ، از جمله مناطق و محدوده آدرس IP استفاده شده دارید.

شما قصد دارید شبکه های VPC را با استفاده از شبکه VPC Peering یا Cloud VPN متصل کنید. از آنجا که زیر شبکه های هر شبکه VPC حالت خودکار از همان محدوده از پیش تعریف شده آدرس های IP استفاده می کند ، شما نمی توانید شبکه های VPC حالت خودکار را به یکدیگر وصل کنید.

شما می خواهید زیر شبکه هایی با دامنه IPv6 ایجاد کنید. شبکه های VPC حالت خودکار از زیر شبکه های دوگانه پشتیبانی نمی کنند.

دامنه زیر شبکه IPv4

هر زیر شبکه دارای محدوده آدرس IPv4 اولیه است. آدرس های داخلی اصلی برای منابع زیر از محدوده اولیه زیر شبکه ناشی می شود: نمونه های VM ، تعادل بار داخلی و حمل و نقل پروتکل داخلی. شما می توانید به صورت اختیاری دامنه آدرس IP ثانویه را به زیر شبکه اضافه کنید ، که فقط توسط محدوده IP Alias استفاده می شود. با این حال ، می توانید محدوده IP Alias را برای مواردی از محدوده اولیه یا ثانویه یک زیر شبکه پیکربندی کنید.

هر محدوده اولیه یا ثانویه IPv4 برای همه زیر شبکه ها در یک شبکه VPC باید یک بلوک CIDR معتبر منحصر به فرد باشد. برای تعداد دامنه IP ثانویه که می توانید تعریف کنید ، به محدودیت های شبکه مراجعه کنید.

زیر شبکه های IPv4 شما نیازی به ایجاد یک بلوک CIDR از پیش تعریف شده CIDR ندارند ، اما در صورت تمایل می توانید این کار را انجام دهید. به عنوان مثال ، شبکه های VPC حالت خودکار زیر شبکه هایی را ایجاد می کنند که در یک محدوده IP حالت خودکار از پیش تعریف شده قرار می گیرند.

هنگامی که یک زیر شبکه را در یک شبکه VPC حالت سفارشی ایجاد می کنید ، انتخاب می کنید که از IPv4 استفاده کنید. برای اطلاعات بیشتر ، به دامنه های معتبر ، دامنه های زیر شبکه ممنوع و کار با زیر شبکه مراجعه کنید.

چهار آدرس IP غیرقابل استفاده در هر محدوده اولیه زیر شبکه IPv4 وجود دارد. برای اطلاعات بیشتر ، به آدرس های IP رزرو شده در یک زیر شبکه مراجعه کنید.

شبکه های VPC حالت خودکار با یک زیر شبکه در هر منطقه در زمان ایجاد ایجاد می شوند و به طور خودکار زیر شبکه های جدید را در مناطق جدید دریافت می کنند. زیر شبکه ها فقط دارای محدوده IPv4 هستند و تمام دامنه های زیر شبکه در بلوک CIDR 10. 128. 0. 0/9 قرار دارند. بخش های بلااستفاده 10. 128. 0. 0/9 برای استفاده در آینده Google Cloud رزرو شده است. برای کسب اطلاعات در مورد محدوده IPv4 در کدام منطقه استفاده می شود ، به دامنه زیر شبکه IPv4 حالت خودکار مراجعه کنید.

دامنه زیر شبکه IPv6

هنگامی که یک زیر شبکه دوتایی را در یک شبکه VPC حالت سفارشی ایجاد می کنید ، انتخاب می کنید که آیا زیر شبکه با یک محدوده زیر شبکه IPv6 داخلی یا یک دامنه زیر شبکه IPv6 خارجی پیکربندی شده است.

دامنه های زیر شبکه داخلی IPv6 از آدرس های محلی منحصر به فرد (ULAS) استفاده می کنند.

• ULAS برای ارتباطات VM به VM در شبکه های VPC استفاده می شود. ULAS برای IPv6 مشابه آدرس RFC 1918 برای IPv4 است. به ULAS نمی توان از اینترنت دسترسی پیدا کرد و از نظر عموم قابل رویت نیست.

• GUA ها را می توان برای ارتباطات VM به VM در شبکه های VPC استفاده کرد و همچنین در اینترنت قابل روال است.

برای اطلاعات بیشتر در مورد دامنه زیر شبکه IPv6 ، به زیر شبکه ها مراجعه کنید.

شبکه هایی که از زیر شبکه های پشته دوگانه پشتیبانی می کنند

شما می توانید زیر شبکه های دوتایی را در یک شبکه VPC حالت سفارشی ایجاد کنید.

زیر شبکه های دوتایی در شبکه های VPC حالت خودکار از جمله شبکه پیش فرض پشتیبانی نمی شوند. زیر شبکه های دوتایی در شبکه های میراث پشتیبانی نمی شوند.

اگر یک شبکه VPC حالت خودکار دارید که می خواهید زیر شبکه های پشته دوگانه را به آن اضافه کنید ، می توانید موارد زیر را انجام دهید:

مسیرها و قوانین فایروال

مسیر

مسیرها مسیرهایی را برای بسته هایی که نمونه ها را ترک می کنند (ترافیک خروجی) تعریف می کنند. برای جزئیات بیشتر در مورد انواع Google Cloud Route ، به مسیرها مراجعه کنید.

حالت مسیریابی پویا

هر شبکه VPC دارای یک حالت مسیریابی پویا همراه است که رفتار همه روترهای ابر خود را کنترل می کند. روترهای ابر جلسات BGP را برای محصولات اتصال Cloud Google مدیریت می کنند.

برای توصیف گزینه های حالت مسیریابی پویا ، به جلوه های حالت مسیریابی پویا در مستندات روتر ابر مراجعه کنید.

تبلیغات مسیر و آدرس های IP داخلی

آدرس های IP زیر در یک شبکه VPC تبلیغ می شوند:

آدرسهای IPv4 داخلی منطقه ای

برای دامنه آدرس زیر شبکه اولیه و ثانویه استفاده می شود

آدرسهای IPv6 داخلی و خارجی منطقه ای

برای محدوده آدرس زیر شبکه داخلی و خارجی استفاده می شود

آدرسهای داخلی IPv4 داخلی

اگر شبکه های VPC را با استفاده از شبکه VPC به هم وصل کنید ، دامنه های زیر شبکه با استفاده از آدرس های IPv4 خصوصی همیشه رد و بدل می شوند. شما می توانید کنترل کنید که آیا دامنه های زیر شبکه با استفاده از آدرس های عمومی IPv4 استفاده می شود. آدرس های جهانی IPv4 داخلی هرگز با استفاده از Peering رد و بدل نمی شوند. برای اطلاعات بیشتر ، به مستندات Peering Network VPC مراجعه کنید.

هنگامی که یک شبکه VPC را به شبکه دیگری مانند یک شبکه در محل وصل می کنید ، با استفاده از یک محصول اتصال Google Cloud مانند Cloud VPN ، Cloud Intercoect یا دستگاه روتر:

• شما می توانید آدرس های IP داخلی شبکه VPC را به شبکه دیگری (مانند شبکه در محل) تبلیغ کنید.
• اگرچه اتصال بین یک شبکه VPC و شبکه دیگری (مانند شبکه در محل) می تواند از مسیریابی خصوصی ارائه شده توسط یک محصول اتصال Google Cloud استفاده کند ، اما آدرس های IP شبکه دیگر نیز ممکن است قابل رویت عمومی باشد. اگر یک شبکه در محل از آدرس های IP قابل روتای عمومی استفاده می کند ، این را در خاطر داشته باشید.
• نمونه های VM در یک شبکه VPC حاوی دامنه های زیر شبکه با آدرس های IP عمومی استفاده شده قادر به اتصال به منابع خارجی نیستند که از همان آدرس های IP عمومی استفاده می کنند.
• هنگام تبلیغ آدرس های IP عمومی به صورت خصوصی به شبکه دیگری (مانند یک شبکه در محل) ، به ویژه هنگامی که شبکه دیگر می تواند آن آدرس های IP عمومی را به اینترنت تبلیغ کند ، مراقبت بیشتری کنید.

قوانین فایروال

هر دو خط مشی فایروال سلسله مراتبی و قوانین فایروال VPC برای بسته های ارسال شده به و از موارد VM (و منابعی که به VM ها بستگی دارند ، مانند گره های موتور Google Kubeetes) اعمال می شود. هر دو نوع فایروال ترافیک را کنترل می کنند حتی اگر در همان شبکه VPC بین VMS باشد.

برای نظارت بر اینکه قانون فایروال یک اتصال خاص را مجاز یا رد کرده است ، به ورود به سیستم قوانین فایروال مراجعه کنید.

ارتباطات و دسترسی

ارتباطات در شبکه

مسیرهای زیر شبکه تولید شده توسط سیستم مسیرهای ارسال ترافیک در بین موارد موجود در شبکه را با استفاده از آدرس های IP داخلی تعریف می کند. به عنوان مثال برای برقراری ارتباط با دیگری ، قوانین مناسب فایروال نیز باید پیکربندی شود زیرا هر شبکه دارای یک قانون فایروال ضمنی برای ترافیک Ingress است.

به جز شبکه پیش فرض ، شما باید صریحاً قوانین فایروال Ingress اولویت بالاتر را ایجاد کنید تا مواردی بتوانند با یکدیگر ارتباط برقرار کنند. شبکه پیش فرض شامل چندین قانون فایروال علاوه بر موارد ضمنی ، از جمله قانون پیش فرض-صدف داخلی است که امکان برقراری ارتباط نمونه به داخل شبکه را فراهم می کند. شبکه پیش فرض همچنین با قوانین Ingress همراه است که پروتکل هایی مانند RDP و SSH را فراهم می کند.

قوانینی که با شبکه پیش فرض همراه هستند نیز به عنوان گزینه هایی برای شما ارائه می شوند تا بتوانید با استفاده از کنسول Google Cloud ، در شبکه های جدید حالت VPC که ایجاد می کنید ، اعمال کنید.

نیازهای دسترسی به اینترنت

معیارهای زیر باید برای نمونه ای از دسترسی به اینترنت خارج شود:

این شبکه باید یک مسیر پیش فرض معتبر اینترنت یا مسیر سفارشی داشته باشد که دامنه IP مقصد آن عمومی ترین است (0. 0. 0. 0/0). این مسیر مسیر اینترنت را تعریف می کند. برای اطلاعات بیشتر ، به مسیرها مراجعه کنید.

قوانین فایروال باید به عنوان مثال ترافیک خروجی را انجام دهد. مگر در مواردی که توسط یک قانون اولویت بالاتر مورد توجه قرار نگیرد ، ضمنی اجازه می دهد تا ترافیک Ergage اجازه ترافیک برون مرزی را از همه موارد اجازه دهد.

یکی از موارد زیر باید درست باشد:

نمونه باید یک آدرس IP خارجی داشته باشد. هنگام ایجاد یا بعد از ایجاد ، یک آدرس IP خارجی می تواند به نمونه ای اختصاص یابد.

نمونه باید بتواند از Cloud Nat یا یک پروکسی مبتنی بر نمونه استفاده کند که هدف از یک مسیر استاتیک 0. 0. 0. 0/0 است.

ارتباطات و دسترسی به موتور برنامه

قوانین فایروال VPC در مورد منابع در حال اجرا در شبکه VPC ، مانند Compute Engine VMS اعمال می شود. برای نمونه های موتور برنامه ، قوانین فایروال به شرح زیر است:

محیط استاندارد موتور برنامه: فقط قوانین فایروال موتور برنامه در مورد ترافیک Ingress اعمال می شود. از آنجا که نمونه های محیط استاندارد موتور برنامه در داخل شبکه VPC شما اجرا نمی شوند ، قوانین فایروال VPC برای آنها صدق نمی کند.

محیط انعطاف پذیر موتور برنامه: هم موتور برنامه و هم قوانین فایروال VPC در مورد ترافیک Ingress اعمال می شود. ترافیک ورودی فقط در صورت مجاز بودن توسط هر دو نوع قوانین فایروال مجاز است. برای ترافیک برون مرزی ، قوانین فایروال VPC اعمال می شود.

برای اطلاعات بیشتر در مورد نحوه کنترل دسترسی به نمونه های موتور برنامه ، به امنیت برنامه مراجعه کنید.

Traceroute به آدرس های IP خارجی

به دلایل داخلی ، Google Cloud پیشخوان TTL بسته هایی را که در شبکه های Google در حال عبور است ، افزایش می دهد. ابزارهایی مانند Traceroute و MTR ممکن است نتایج ناقص ارائه دهند زیرا TTL در برخی از هاپ منقضی نمی شود. هاپ هایی که در داخل شبکه Google هستند ممکن است هنگام ارسال بسته هایی از نمونه های موتور محاسباتی به مقصد در اینترنت پنهان شوند.

تعداد هاپ های پنهان بر اساس ردیف خدمات شبکه ، منطقه و سایر عوامل متفاوت است. اگر فقط چند هاپ وجود داشته باشد ، ممکن است همه آنها پنهان شوند. از دست دادن هاپ از نتیجه Traceroute یا MTR به معنای کاهش ترافیک برون مرزی نیست.

هیچ راه حل برای این رفتار وجود ندارد. اگر مانیتورینگ شخص ثالث را که به یک آدرس IP خارجی مرتبط با VM متصل می شود ، باید آن را در نظر بگیرید.

محدودیت های توان خروجی

اطلاعات توان شبکه در صفحه پهنای باند شبکه در مستندات محاسبات موتور در دسترس است.

اندازه بسته

می توانید اطلاعات مربوط به اندازه بسته را در حداکثر واحد انتقال پیدا کنید.

مثال شبکه VPC

مثال زیر یک شبکه VPC حالت سفارشی را با سه زیر شبکه در دو منطقه نشان می دهد:

• Subnet1 به عنوان 10. 240. 0. 0/24 در منطقه ایالات متحده و غرب تعریف شده است.
  • دو نمونه VM در منطقه ایالات متحده-غربی 1-A در این زیر شبکه قرار دارد. آدرس IP آنها هر دو از محدوده موجود در SubNet1 ناشی می شود.
  • دو نمونه VM در منطقه US-East1-A در این زیر شبکه قرار دارند. آدرس IP آنها هر دو از طیف وسیعی از آدرس های موجود در Subnet2 تهیه شده است.
  • یک نمونه VM در منطقه US-East1-A و نمونه دوم در منطقه US-East1-B در Subnet3 قرار دارد که هر کدام یک آدرس IP را از محدوده موجود خود دریافت می کنند. از آنجا که زیر شبکه ها منابع منطقه ای هستند ، نمونه ها می توانند رابط های شبکه خود را در ارتباط با هر زیر شبکه در همان منطقه که حاوی مناطق آنها است ، داشته باشند.

  واحد انتقال حداکثر

  برای کسب اطلاعات بیشتر در مورد حداکثر تنظیم واحد انتقال (MTU) برای یک شبکه VPC و VM های متصل به آن ، به حداکثر واحد انتقال مراجعه کنید.

  برای کسب اطلاعات در مورد تغییر MTU یک شبکه VPC یا مهاجرت VM بین شبکه های VPC با تنظیمات مختلف MTU ، به تغییر MTU یک شبکه VPC مراجعه کنید.

  عملکرد شبکه

  تاخیر

  تأخیر بین منطقه ای اندازه گیری شده برای شبکه های Google Cloud را می توان در داشبورد زنده ما یافت. داشبورد نشان می دهد معیارهای و روش و روش عملکرد توان متوسط و عملکرد بین المللی Google Cloud برای تولید مثل این نتایج با استفاده از معیار Perfkit.

  Google Cloud به طور معمول تأخیرهای مسافرتی را کمتر از 55 میکرومتر در صدک 50 و دم کمتر از 80μs در صدک 99 بین نمونه های C2-Standard-4 VM در همان منطقه اندازه گیری می کند.

  Google Cloud به طور معمول تأخیرهای مسافرتی را در کمتر از 45μs در 50 صدک صدک و دم کمتر از 60μs در صدک 99 بین نمونه های C2-Standard-4 VM در همان شبکه کم تحرک ("سیاست قرار دادن" "جمع و جور") اندازه گیری می کند. خط مشی قرار دادن جمع و جور با اطمینان از قرار گرفتن VM ها از نظر جسمی در همان شبکه کم تأخیر ، تأخیر شبکه را کاهش می دهد.

  روش شناسی: تأخیر درون منطقه ای از طریق یک پروب جعبه سیاه کنترل می شود که دائماً معیار NetPerf TCP_RR را بین یک جفت VM نوع C2 در هر منطقه C2 منطقه اجرا می کند. این نتایج P50 و P99 را برای تنظیم با و بدون سیاست قرار دادن جمع و جور جمع آوری می کند. معیار TCP_RR با اندازه گیری نرخ معامله ، عملکرد درخواست/پاسخ را اندازه گیری می کند. اگر برنامه های شما به بهترین تأخیر ممکن نیاز دارند ، نمونه های C2 توصیه می شود.

  از دست دادن بسته

  Google Cloud با اندازه گیری منظم از دست دادن سفر به دور بین همه مناطق ، از دست دادن بسته های منطقه متقابل را ردیابی می کند. ما میانگین جهانی این اندازه گیری ها را پایین تر از 0. 01 ٪ هدف قرار می دهیم.

  روش شناسی: یک Prober Blackbox VM-to-VM از دست دادن بسته برای هر جفت منطقه با استفاده از پینگ ها نظارت می کند و نتایج را به یک متریک از دست دادن جهانی تبدیل می کند. این متریک با یک پنجره یک روزه ردیابی می شود.

  چه بعدی است

  خودتان آن را امتحان کنید

  اگر تازه وارد Google Cloud هستید ، برای ارزیابی نحوه عملکرد VPC در سناریوهای دنیای واقعی ، یک حساب کاربری ایجاد کنید. مشتریان جدید همچنین 300 دلار اعتبار رایگان برای اجرای ، آزمایش و استقرار بارهای کاری دریافت می کنند.

  به جز آنچه در غیر این صورت ذکر شد ، محتوای این صفحه تحت مجوز Creative Commons Attribution 4. 0 مجوز دارد و نمونه های کد تحت مجوز Apache 2. 0 مجوز دارند. برای جزئیات بیشتر ، به سیاست های سایت Google Developers مراجعه کنید. جاوا یک علامت تجاری ثبت شده اوراکل و/یا شرکت های وابسته به آن است.