Ujian kestabilan rangkaian rentas sempadan nod Alibaba Cloud Hong Kong: Bagaimana mengoptimumkan kehilangan paket?
Sebagai pengoptimum laman web SEO dan kakitangan operasi dan penyelenggaraan sistem, node luar negara yang paling biasa saya hubungi adalah
Alibaba Cloud Hong Kong
。 Banyak webmaster yang melakukan e-dagang rentas sempadan, laman web bebas perdagangan asing, atau tidak mahu melalui proses pemfailan domestik yang rumit, pilihan pertama mereka adalah ECS Hong Kong atau pelayan aplikasi ringan.
Semua orang tahu bahawa simpul Hong Kong dekat dengan daratan, dan nilai ping biasanya hanya sepuluh hingga tiga puluh atau empat puluh milisaat, yang secepat ruang komputer dua baris domestik. Walau bagaimanapun, banyak webmaster sering mengadu dalam kumpulan teknikal setelah beroperasi untuk jangka masa tertentu:
"Mengapa lawatan itu baik pada siang hari, dan respons laman web menjadi perlahan pada pukul 8 atau 9 malam?" "Dengan menggunakan alat Ping untuk menguji, kadar kehilangan paket tiba-tiba meningkat menjadi 10% atau bahkan 20%, menyebabkan Google/Baidu Spider sering merangkak lebih masa, dan peringkat SEO menyusul. Bagaimana ini dapat dipatahkan?"
Kehilangan paket rangkaian bukan sahaja merosakkan kadar pengekalan pengguna sebenar, tetapi juga pembunuh peringkat mesin pencari (secara langsung menurunkan masa tindak balas bait pertama TTFB laman web dan skor Core Web Vitals).
Artikel ini akan menggabungkan kes penyiasatan sebenar saya baru-baru ini, dari
Ujian rangkaian
,
Kedudukan kehilangan pakej
Ke
Pelan pengoptimuman pendaratan
, Bawa anda untuk memahami dan menyembuhkan masalah rangkaian rentas sempadan Alibaba Cloud Hong Kong pada satu masa.
1. Pengukuran sebenar rangkaian rentas sempadan nod Alibaba Cloud Hong Kong: Di manakah kehilangan paket berlaku?
Apabila pengguna atau perayap mesin pencari anda mengakses kad laman web, reaksi pertama kebanyakan orang adalah "prestasi pelayan Alibaba Cloud tidak berfungsi." Tetapi sebenarnya, pautan rangkaian rentas sempadan sangat panjang.
Pakej data lengkap bermula dari pelanggan domestik dan tiba di pelayan Alibaba Cloud Hong Kong. Ia perlu melalui:
LAN tempatan → Rangkaian tulang belakang wilayah pengendali → Gerbang eksport antarabangsa nasional → Kabel optik kapal selam rentas sempadan → Titik akses POP Alibaba Cloud Hong Kong → Intranet VPC Hong Kong
。
1. Pengukuran sebenar: ujian pautan pada waktu petang (20:00 - 23:00)
Kami menggunakan mesin ujian pelbagai nod di Guangzhou, Shanghai dan Beijing
MTR
(Traceroute Saya) melakukan ujian penjejakan 2000 paket data berturut-turut pada IP rangkaian awam Alibaba Cloud Hong Kong:
Masa tidak puncak (siang hari): Tiga pengendali utama (Telecom/China Unicom/China Mobile) disambungkan secara langsung, dan nilai ping rata-rata hanya 15ms ~ 45ms, kadar kehilangan paket keseluruhan <0.2%, prestasi yang sangat baik.
Puncak malam (malam): China Mobile (CMI): Prestasi paling stabil, kadar kehilangan paket masih dikawal dalam 0.5%. China Unicom (4837/9929): Terdapat sedikit turun naik, dan kadar kehilangan paket adalah sekitar 1%-3%. China Telecom (163 tulang belakang rangkaian): Terdapat kesesakan yang ketara di pintu masuk eksport antarabangsa (seperti 202.97.x.x), dan kadar kehilangan paket meningkat kepada 8% - 15% dalam sekelip mata.
2.
Diagnosis tepat nod kehilangan paket MTR
Peta nod routing MTR biasa yang kami ambil dalam ujian adalah seperti berikut:
Teks biasa
Penghos Peratusan Kehilangan Hantar Terakhir Purata Terbaik Terburuk Sisihan Piawai
1. 192.168.1.1 0.0% 200 0.5 0.5 0.4 1.2 0.1
2. 113.x. x (pintu masuk telekomunikasi tempatan) 0.0% 200 2.1 2.3 1.8 5.4 0.5
3. 202.97.xx (Eksport Telecom Shanghai) 0.0% 200 12.5 13.1 11.2 22.0 1.2
4. 202.97.xx.xx (nod eksport antarabangsa telekomunikasi) 12.5% 200 28.4 35.2 25.0 110.2 15.4 <-[Titik penyumbatan]
5. 47.x. x.x (pintu masuk Alibaba Cloud Hong Kong) 11.8% 200 32.1 36.8 28.1 105.0 14.2
6. 172.xx. x (Intranet pelayan ECS) 11.8% 200 32.5 37.0 28.4 106.1 14.0
Kesimpulan diagnosis
:
Ini dapat dilihat dari lompatan keempat bahawa kehilangan paket tidak berlaku di ruang komputer Alibaba Cloud Hong Kong, tetapi di
Eksport antarabangsa rangkaian awam China Telecom
。 Pada waktu puncak malam, sejumlah besar lalu lintas rentas sempadan mengalir ke lebar jalur eksport yang terhad, menyebabkan nod penghalaan rangkaian awam pengendali secara aktif membuang/membuang beberapa paket data ICMP dan TCP.
2. Bagaimana mengoptimumkan kehilangan paket di nod Alibaba Cloud Hong Kong?
Sekarang kita tahu bahawa hambatan utama kehilangan paket terletak pada "kesesakan eksport rangkaian awam pengendali domestik", kita dapat menggunakan rancangan pengoptimuman yang disasarkan. Berikut adalah dari
Peningkatan seni bina rangkaian
,
Penala kernel pelayan
Dan
Pecutan CDN
Tiga dimensi memberikan penyelesaian yang paling praktikal.
1. Pengoptimuman tahap baris: tingkatkan ke baris "BGP (berbilang baris) _ butik" (tiga rangkaian CN2/GIA)
Sekiranya anda menggunakan IP rangkaian awam biasa (BGP multi-line), anda akan menggunakan rangkaian tulang belakang biasa pada waktu petang.
Operasi yang dioptimumkan: Pada konsol Alibaba Cloud, IP rangkaian awam fleksibel biasa (EIP) terikat atau diganti dengan BGP (berbilang baris) _ garis butik EIP.
Prinsip: Laluan butik
Ia mengintegrasikan talian sambungan langsung berkualiti tinggi dari China Telecom CN2 GIA, China Unicom CUG(9929) dan China Mobile CMI. Ia melewati jalan keluar antarabangsa rangkaian awam biasa yang sesak dan menggunakan saluran latensi rendah khusus.
Kesan yang diukur: Setelah menaik taraf ke EIP premium, kadar kehilangan paket pada puncak malam Telecom turun secara langsung dari 12% hingga di bawah 0.1%, dan Ping dikunci pada sekitar 25ms dengan kelewatan, mengucapkan selamat tinggal sepenuhnya kepada ketinggalan.
2. Pengoptimuman tahap perisian dan sistem: buka algoritma kawalan kesesakan TCP BBR
Sekiranya anda tidak mahu menukar kos talian, anda boleh meningkatkan keupayaan anti-kehilangan paket dengan mengoptimumkan timbunan protokol TCP pelayan Linux.
Algoritma kawalan kesesakan CUBIC yang digunakan secara lalai oleh Linux sangat sensitif terhadap kehilangan paket. Selagi kehilangan paket dihadapi, ia akan mengurangkan kadar paket. Dan Google berkembang
Algoritma BBR
(Bottleneck Bandwidth and RTT) adalah penyesuaian dinamik strategi penyumberan luar berdasarkan lebar jalur dan kelewatan.
Dalam persekitaran rangkaian dengan kehilangan paket hingga 15%-20%, lebar jalur penuh masih dapat dijalankan
。
Satu klik untuk menghidupkan BBR pada Ubuntu/Debian:
Mengubah suai
/Etc/sysctl.conf
Fail, tambahkan dua baris berikut:
Bash
Net.core.de fault_qdisc = fq
Net. ipv4.tcp _ congestion_control = bbr
Laksanakan arahan selepas menyimpan:
Bash
Sysctl-p
Masukkan
Sysctl net.ipv4.tcp _ congestion_control
, Sekiranya kembali
Bbr
, Menunjukkan bahawa tetapannya berjaya. Setelah membuka BBR, masa pemuatan pertama (TTFB) laman web pada waktu puncak malam biasanya dapat memendekkan
30% - 50%
。
3. Pengoptimuman tahap seni bina: gunakan pecutan tepi CDN atau Edge
Sekiranya laman web anda terutamanya gambar, artikel, dan halaman statik HTML, tidak perlu membuat permintaan pengguna disambungkan terus ke pelayan Hong Kong setiap kali.
Gunakan Cloudflare/Alibaba Cloud ESA (percepatan keselamatan tepi): membawa nod sumber statik ke nod tepi.
Pemisahan dinamik dan statik: Muat naik gambar, video, fail statik CSS/JS ke baldi Alibaba Cloud OSS, dan sebarkannya ke seluruh dunia melalui CDN.
Kesan: Ia bukan sahaja dapat mengurangkan lalu lintas yang pada awalnya akan melanda pelayan Hong Kong lebih dari 80%, mengurangkan tekanan lebar jalur pelayan, tetapi juga mengelakkan kegagalan memuatkan sumber statik yang disebabkan oleh kehilangan paket rangkaian awam rentas sempadan.
3. Operasi perusahaan dan webmaster: Bagaimana mengurangkan kos talian dan infrastruktur canggih di Hong Kong?
Konfigurasikan "BGP Boutique Line (CN2 GIA)", ECS lebar jalur tinggi dan pecutan tepi (
ESA) memang dapat menyelesaikan sepenuhnya masalah kehilangan paket rangkaian, tetapi bagi banyak syarikat permulaan dan webmaster dengan anggaran yang terhad, tarif ECS Hong Kong berkualiti tinggi dan mewah tidak murah.
Bagaimana kita dapat menikmati kestabilan teratas nod Alibaba Cloud Hong Kong dan memaksimumkan penjimatan anggaran?
Ini memerlukan penggunaan yang baik
Saluran pematuhan rasmi untuk mengurangkan kos dan meningkatkan kecekapan
:
💡Penggunaan pintar "pengisian semula awan Alibaba" untuk mencapai potongan pembelian perkakasan
Dalam operasi dan penyelenggaraan dan perolehan projek sebenar, penyelia operasi dan penyelenggaraan pintar dan webmaster jarang secara langsung memperbaharui atau membeli sumber yang diperuntukkan tinggi di simpul Hong Kong dengan harga buku asal 100% di laman web rasmi. Mereka biasanya membuat penyelesaian melalui penyedia perkhidmatan (ejen) rasmi Alibaba Cloud.
Apakah pengisian semula Alibaba Cloud? Pengisian semula Alibaba Cloud adalah model kerjasama yang sangat matang dalam ekosistem Alibaba Cloud. Ejen Alibaba Cloud yang sah akan menyediakan perkhidmatan pengisian semula dan pembelian untuk akaun korporat atau peribadi yang berkaitan dengan namanya. Keselamatan dan kebebasan tetap tidak berubah: Akaun Alibaba Cloud anda masih berada di bawah kawalan anda. Operasi konsol, pengurusan pelayan, dan keselamatan data semuanya berada di latar belakang rasmi Alibaba Cloud, dan invois cukai nilai tambah rasmi dikeluarkan secara langsung. Nikmati potongan harga: Isi semula Alibaba Cloud melalui penyedia perkhidmatan, anda boleh mendapatkan diskaun eksklusif tambahan sekitar 10% - 30% yang diberikan oleh ejen berdasarkan aktiviti keutamaan rasmi yang ada (seperti diskaun penuh, diskaun pembelian berlebihan) Atau subsidi wang tunai.
Bagi syarikat yang perlu membeli ECS jalur lebar, butik BGP EIP atau pangkalan data awan di Hong Kong untuk jangka masa yang panjang, sangat mudah untuk menjimatkan ribuan atau bahkan puluhan ribu yuan dalam perbelanjaan perkakasan rangkaian melalui pengisian semula dalam setahun. Melaburkan anggaran yang disimpan di CDN dan barisan butik khusus dapat menyelesaikan masalah kehilangan paket rentas sempadan dengan sempurna.
Empat, ringkasan
Kehilangan paket rangkaian adalah fenomena objektif yang tidak dapat dielakkan dalam perniagaan rentas sempadan, tetapi sama sekali tidak dapat diselesaikan:
Sebab kedudukan: Uji MTR terlebih dahulu untuk melihat sama ada kehilangan paket itu berada di pintu keluar operator atau intranet bilik komputer.
Selesaikan kehilangan paket: anggaran yang mencukupi: buka talian butik BGP (EIP) secara langsung di latar belakang Alibaba Cloud, sekali dan selamanya; pengoptimuman kos sifar: segera hidupkan algoritma TCP BBR pelayan Linux untuk mengoptimumkan kawalan kesesakan; berbilang laman web statik: akses ke CDN/pecutan tepi untuk melakukan Pemisahan dinamik dan statik.
Pengiraan yang teliti: Menggabungkan saluran pengisian semula Alibaba Cloud untuk membeli sumber pelayan dan rangkaian Hong Kong yang berkualiti tinggi, dan menggunakan kos yang lebih rendah sebagai pertukaran untuk kestabilan rangkaian utama dan peningkatan kedudukan SEO.
