Pengiriman ekspres ke
Hubungi Kami
Lacak Pesanan
Cari
Pencarian Populer
Enquiry
Keranjang Belanja
Masuk

Kupon
Kutip sekarang,
hemat hingga 8%.

Enquiry
Kontak

Umpan Balik
Tanggapan Anda
Bagaimana Anda menilai kami?
Mudah digunakan:
Umpan balik pembelian:
detail produk:

Panduan Peningkatan NIC Virtualisasi ConnectX 7 vs ConnectX 6 Dx

Panduan Peningkatan NIC Virtualisasi ConnectX 7 vs ConnectX 6 Dx
  • Intro
  • Tantangan
  • Fitur Produk
  • Bandingkan
  • Gunakan Kasus
Dapatkan Bantuan Ahli

Modernisasi Jaringan Virtualisasi

Modernisasi Jaringan Virtualisasi

  • Seiring meningkatnya kepadatan virtualisasi dan beban kerja berbasis AI memasuki arus utama, banyak tim pusat data menemukan bahwa jaringan ConnectX-6 era Dx yang ada menjadi hambatan, bukan hypervisor atau penyimpanan. Lalu lintas timur-barat dari NVMe-oF, migrasi langsung, dan layanan mikro dapat memenuhi desain NIC lama, mempersulit keamanan host, dan meningkatkan beban CPU hanya untuk mengimbangi tugas-tugas dasar jaringan dan pengalihan virtualisasi.

    Bagian ini menguraikan cara mengevaluasi perpindahan dari ConnectX-6 Dx ke ConnectX-7 dalam jalur peningkatan NIC, SmartNIC/DPU, dan fabric yang lebih luas. Fokusnya adalah pada poin-poin keputusan praktis: host mana yang masih cocok untuk ConnectX-6 Dx, bagaimana bandwidth dan offload ConnectX-7 mengubah aspek ekonomi, kapan harus memperkenalkan SmartNIC atau DPU, dan bagaimana menyelaraskan pilihan NIC dengan perluasan spine dan fabric untuk virtualisasi generasi berikutnya yang skalabel.

Menyeimbangkan Peningkatan ConnectX-7 dan ConnectX-6 Dx

Migrasi dari ConnectX-6 Dx ke ConnectX-7 untuk pusat data tervirtualisasi berdampak pada desain jaringan, biaya, kompatibilitas, dan risiko operasional.

Menyeimbangkan Peningkatan ConnectX-7 dan ConnectX-6 Dx

  • Sesuaikan bandwidth dan PCIe untuk beban kerja.

    Menyesuaikan kecepatan ConnectX-7 dan jalur PCIe untuk lalu lintas virtualisasi, penyimpanan, dan AI campuran tanpa menciptakan hambatan baru bukanlah hal yang mudah.

  • Mengendalikan biaya peningkatan dan gangguan infrastruktur.

    Penggunaan NIC berkecepatan tinggi dan SmartNIC dapat memaksa perubahan pada switch, pengkabelan, dan pengurangan beban CPU yang dapat membebani anggaran dan jangka waktu migrasi.

  • Menyelaraskan proses offload, driver, dan host lama.

    Secara operasional, sulit untuk menjalankan ConnectX-7, ConnectX-6 Dx, DPU, dan server yang lebih lama secara bersamaan sambil mempertahankan driver, SR-IOV, dan kebijakan keamanan yang konsisten.

Peningkatan ConnectX-7 vs. ConnectX-6 Dx Fabric

Bandingkan ConnectX-7 dengan ConnectX-6 Dx untuk menentukan kapan peningkatan fabric NIC dibenarkan untuk host virtualisasi generasi berikutnya.

Fitur Hubungkan X-6 DX
ConnectX-7 (panas)
 Dampak bisnis
Kesesuaian penyebaran Terbukti handal dalam klaster virtualisasi yang matang, cocok untuk peningkatan bertahap dan perluasan infrastruktur yang sudah ada. Dioptimalkan untuk klaster baru dan klaster yang berorientasi ke masa depan yang menargetkan arsitektur virtualisasi yang siap untuk AI dan banyak menggunakan NVMe. Menyelaraskan pilihan NIC dengan jangka waktu proyek: memperpanjang umur klaster yang ada atau membangun untuk beban kerja generasi berikutnya.
Virtualisasi & offload Memberikan SR-IOV, RoCE, overlay, dan offload kriptografi yang solid untuk beban kerja berbasis VM konvensional. Menambahkan ruang gerak offload yang lebih tinggi dan telemetri yang lebih baik untuk lingkungan VM/kontainer campuran padat dan lingkungan mikro-segmentasi. Menjelaskan apakah pelepasan muatan saat ini sudah cukup atau Anda membutuhkan lebih banyak ruang untuk konsolidasi yang lebih agresif.
Throughput & latensi Dirancang untuk jaringan 25/50/100G berkinerja tinggi dengan latensi rendah untuk lalu lintas Timur-Barat yang umum. Menargetkan jaringan 100/200G+, jitter yang lebih rendah, dan latensi yang lebih ketat untuk AI, penyimpanan, dan aliran data timur-barat yang sangat padat. Menunjukkan apakah bandwidth jaringan merupakan faktor pembatas, yang mengindikasikan apakah peningkatan NIC akan membuka jalan bagi skalabilitas.
Skalabilitas & kesiapan menghadapi masa depan Cukup memadai untuk pertumbuhan jangka pendek; mungkin akan membatasi lompatan ke arsitektur daun/duri dengan laju yang lebih tinggi di masa mendatang. Dirancang untuk melacak peningkatan spine/leaf multi-generasi dan kelebihan permintaan yang lebih tinggi tanpa penggantian dini. Membantu memutuskan apakah Anda akan mempertahankan siklus penggantian yang lebih pendek atau berinvestasi sekarang untuk menghindari penggantian NIC di tengah masa pakainya.
Kompleksitas operasional Terintegrasi dengan lancar dengan driver dan perangkat yang ada; manajemen perubahan yang lebih sederhana pada sistem yang sudah ada. Mungkin memerlukan pembaruan perangkat lunak dan validasi, tetapi menawarkan pemantauan dan otomatisasi yang lebih canggih. Menyeimbangkan risiko dan imbalan antara perubahan minimal saat ini dan pengamatan serta otomatisasi yang lebih mendalam di masa mendatang.
Profil Biaya & Total Kepemilikan (TCO) Biaya akuisisi lebih rendah; menarik ketika kepadatan host dan pertumbuhan lalu lintas moderat. Biaya awal yang lebih tinggi, akan terimbangi ketika konsolidasi host, AI, atau lalu lintas penyimpanan dapat mengurangi jumlah server dan port. Menjelaskan kapan penghematan belanja modal lebih penting daripada konsolidasi jangka panjang, peningkatan kekuatan, dan pengurangan jumlah pelabuhan.
Keamanan & isolasi Fitur dasar yang kuat untuk pemisahan penyewa dan lalu lintas terenkripsi dalam desain multi-penyewa standar. Peningkatan kemampuan untuk mendukung isolasi yang lebih ketat, visibilitas timur-barat, dan penegakan kebijakan yang lebih rinci. Memberikan panduan apakah postur keamanan yang ada sudah memadai atau segmentasi yang lebih ketat merupakan kebutuhan strategis.

Butuh Bantuan? Pakar Teknis Tersedia Sekarang.

  • +1-626-655-0998 (AS)
    Waktu UTC 06.00-15.00
  • +852-2592-5389 (HK)
    Waktu UTC 06.00-15.00
  • +852-2592-5411 (HK)
    Waktu UTC 06.00-15.00
Dapatkan Penawaran yang
Live chat
Butuh Bantuan? Pakar Teknis Tersedia Sekarang.

Skenario Penerapan dan Kasus Penggunaan Ideal

Di mana peningkatan dari ConnectX-6 Dx ke ConnectX-7 memberikan manfaat nyata untuk jaringan pusat data yang tervirtualisasi, sensitif terhadap latensi, dan didukung AI.

Penyedia Layanan Cloud Perusahaan & Pribadi yang Tervirtualisasi Secara Padat

Penyedia Layanan Cloud Perusahaan & Pribadi yang Tervirtualisasi Secara Padat

  • Gunakan ConnectX-7 sebagai uplink utama untuk klaster VMware, Hyper-V, atau KVM yang sangat terkonsolidasi yang membutuhkan bandwidth timur-barat lebih besar dan jitter lebih rendah daripada yang dapat disediakan oleh ConnectX-6 Dx.
  • Gunakan NIC ConnectX-6 Dx dan ConnectX-7 secara berdampingan selama peningkatan hypervisor bertahap untuk menjaga SLA bagi VM produksi sambil secara bertahap meningkatkan throughput MT East-West dan kedalaman antrian.
  • Gabungkan ConnectX SmartNIC/DPU dengan NIC host ConnectX-7 sehingga lalu lintas penyewa, enkapsulasi overlay, dan kebijakan keamanan dialihkan dari CPU, memungkinkan kepadatan VM yang lebih tinggi tanpa penurunan kinerja.
Kubernetes Cloud-Native, Microservices & Service Mesh Fabrics

Kubernetes Cloud-Native, Microservices & Service Mesh Fabrics

  • Gunakan ConnectX-7 pada node worker Kubernetes sebagai antarmuka underlay CNI berbandwidth tinggi untuk mendukung pertumbuhan lalu lintas timur-barat microservice dan overhead sidecar sambil menurunkan latensi P99 dibandingkan dengan NIC lama.
  • Petakan kumpulan pekerja berbasis ConnectX-6 Dx ke namespace yang tidak kritis sambil mencadangkan node yang diaktifkan ConnectX-7 untuk service mesh yang sensitif terhadap latensi, gateway API, dan pipeline transaksi real-time.
  • Pasangkan SmartNIC/DPU dengan ConnectX-7 untuk mengurangi beban jaringan overlay Kubernetes, enkripsi, dan aturan firewall dari host, sehingga meningkatkan kepadatan pod dan mengurangi dampak noise neighbor di klaster multi-tenant.
Pelatihan AI/ML, Inferensi & Jaringan Server GPU

Pelatihan AI/ML, Inferensi & Jaringan Server GPU

  • Lengkapi server GPU generasi berikutnya dengan ConnectX-7 untuk meningkatkan throughput fabric dan kinerja kolektif berbasis RoCE, sambil tetap mempertahankan ConnectX-6 Dx di node GPU yang lebih lama selama pembaruan klaster AI secara bertahap.
  • Gunakan ConnectX-7 pada penyimpanan fitur AI dan basis data MPP yang membutuhkan banyak ruang penyimpanan untuk pekerjaan pelatihan, memastikan checkpointing dan pemuatan data yang lebih cepat dibandingkan dengan lingkungan ConnectX-6 Dx saja.
  • Gabungkan NIC ConnectX-7 pada server GPU dengan switch spine Mellanox berkecepatan tinggi untuk membangun jaringan leaf-spine AI non-blocking yang dapat hidup berdampingan dengan tingkatan komputasi berbasis ConnectX-6 Dx yang ada selama migrasi.
Jaringan Penyimpanan, Pencadangan & Replikasi Berkecepatan Tinggi

Jaringan Penyimpanan, Pencadangan & Replikasi Berkecepatan Tinggi

  • Gunakan ConnectX-7 pada node NVMe-oF, all-flash, dan hyperconverged untuk memaksimalkan throughput RoCE/iSCSI dan mengurangi latensi ekor, sementara ConnectX-6 Dx tetap digunakan untuk tingkatan yang kurang penting atau node penyimpanan arsip.
  • Gunakan uplink ConnectX-7 pada gateway cadangan dan server replikasi untuk memperpendek jendela pencadangan dan waktu sinkronisasi lintas situs tanpa perlu merancang ulang klaster penyimpanan berbasis ConnectX-6 Dx yang sudah ada.
  • Manfaatkan SmartNIC dengan ConnectX-7 untuk enkripsi, kompresi, dan pembentukan lalu lintas secara inline pada aliran penyimpanan dan pencadangan, mengurangi beban layanan data dari inti x86 untuk mempertahankan kinerja IO yang dapat diprediksi.
Perdagangan dengan Latensi Rendah, Analisis Real-Time & Pemrosesan Edge

Perdagangan dengan Latensi Rendah, Analisis Real-Time & Pemrosesan Edge

  • Instal ConnectX-7 pada mesin perdagangan yang sensitif terhadap latensi, platform penawaran waktu nyata, atau pengumpul telemetri untuk mengurangi microburst dan jitter dibandingkan dengan penerapan ConnectX-6 Dx lama.
  • Gunakan ConnectX-6 Dx untuk node agregasi tepi yang kurang kritis, sementara ConnectX-7 dicadangkan untuk penangan data pasar garis depan, mesin pencocokan, dan pemroses aliran yang membutuhkan waktu respons deterministik.
  • Gabungkan ConnectX SmartNIC dengan ConnectX-7 di node edge atau analitik yang sensitif terhadap keamanan untuk mengurangi beban firewall, isolasi, dan ekspor telemetri sehingga aplikasi real-time tetap memiliki ruang CPU yang cukup untuk logika bisnis.

Pertanyaan yang Sering Diajukan

Bagaimana cara saya memutuskan antara ConnectX-7 dan ConnectX-6 Dx untuk host virtualisasi saya?

  • Sebagai aturan umum, pilih ConnectX-7 (misalnya MCX75310AAS-NEAT atau MCX713104AC-ADAT) ketika Anda membangun atau memperbarui host untuk virtualisasi generasi berikutnya, NVMe padat, atau beban kerja GPU/AI yang membutuhkan uplink 200–400G atau berencana untuk segera beralih ke RoCEv2 dan kontrol kemacetan tingkat lanjut.
  • Adapter ConnectX-6 Dx (seperti MCX623435AC-CDAB atau MT28928A0-CCCF-CEM) lebih cocok jika switching fabric Anda masih sebagian besar 25/50/100G, Anda memiliki batasan anggaran yang ketat, atau Anda terutama membutuhkan offload SR-IOV/vDPA yang sudah matang daripada bandwidth maksimum.
  • Untuk lingkungan campuran, banyak pelanggan menerapkan ConnectX-7 di klaster baru dan mempertahankan ConnectX-6 Dx di pod yang sudah ada, kemudian secara bertahap melakukan standardisasi, sehingga penggantian dapat dilakukan secara bertahap bersamaan dengan peningkatan infrastruktur dan jendela pemeliharaan.
  • Jika Anda tidak yakin generasi mana yang sesuai dengan desain leaf/spine dan roadmap hypervisor Anda saat ini, Anda dapat mendiskusikan topologi dan asumsi pertumbuhan Anda dengan para insinyur kami melalui dukungan desain CCIE gratisHarap diperhatikan: Ketentuan garansi dan layanan dukungan tertentu dapat berbeda-beda tergantung produk dan wilayah. Untuk detail yang akurat, silakan merujuk ke informasi resmi. Untuk pertanyaan lebih lanjut, silakan hubungi: router-switch.com.

Apakah NIC ConnectX-7 dan ConnectX-6 Dx kompatibel dengan server dan hypervisor yang saya miliki?

  • Baik ConnectX-7 maupun ConnectX-6 Dx tersedia dalam faktor bentuk PCIe umum dan umumnya kompatibel dengan server x86 arus utama, tetapi kendala sebenarnya biasanya adalah BIOS/UEFI, ketersediaan jalur PCIe, dan ruang daya/termal pada platform 1U/2U yang padat.
  • Dari sisi perangkat lunak, pelanggan biasanya menjalankan NIC ini dengan VMware ESXi, platform berbasis KVM (Proxmox, OpenStack, RHEL/OEL), atau Windows Server; namun, basis driver dan firmware yang tepat harus diperiksa terhadap versi OS/hypervisor Anda dan HCL vendor sebelum pengadaan dalam jumlah besar.
  • Untuk fitur-fitur canggih seperti vDPA, penskalaan SR-IOV, migrasi langsung dengan RoCE, atau penggunaan DPU BlueField (misalnya, MBF2M345A-HECOT, MBF2M516A-CECOT) sebagai offload virtualisasi, Anda harus memverifikasi bahwa stack Anda mendukung level driver Mellanox OFED atau driver bawaan yang diperlukan.
  • Jika Anda khawatir tentang interoperabilitas BIOS, driver, atau hypervisor dalam klaster heterogen, bagikan matriks server dan OS Anda kepada kami dan kami dapat memeriksa risiko terlebih dahulu melalui sistem kami. dukungan CCIE gratis Sebelum Anda melakukan standardisasi pada generasi NIC/DPU tertentu. Harap diperhatikan: Ketentuan garansi dan layanan dukungan tertentu dapat berbeda-beda tergantung produk dan wilayah. Untuk detail yang akurat, silakan merujuk ke informasi resmi. Untuk pertanyaan lebih lanjut, silakan hubungi: router-switch.com.

Apa yang perlu saya pertimbangkan ketika mencampur NIC ConnectX-7 dengan SmartNIC/DPU BlueField dalam fabric yang sama?

  • Banyak pusat data virtualisasi generasi berikutnya menggabungkan NIC ConnectX-7 pada host komputasi dengan BlueField SmartNIC/DPU (seperti MBF2M345A-HECOT, MBF2M516A-EENOT, atau MBF2H532C-AECOT) pada node tepi, keamanan, atau infrastruktur untuk mengurangi beban switching virtual, enkripsi, dan mikro-segmentasi.
  • Dalam desain campuran seperti ini, pertimbangan utamanya adalah: kebijakan MTU dan QoS yang konsisten di seluruh jaringan, menyelaraskan pengaturan RoCE dan ECN pada switch Anda (misalnya, MSN4600-VS2RO, MSB7570-E, atau MCS7500), dan memastikan bahwa fungsi control-plane yang dialihkan ke DPU tidak bertentangan dengan fitur bawaan hypervisor.
  • Dari perspektif kapasitas, pastikan arsitektur bandwidth dan buffer spine/leaf Anda dirancang untuk lalu lintas East-West antara server yang hanya menggunakan NIC dan node yang mendukung DPU, terutama untuk NFV atau cloud multi-tenant di mana masalah "tetangga berisik" dapat muncul jika antrian tidak disetel dengan benar.
  • Karena offload berbasis DPU mengubah tanggung jawab operasional antara tim server dan jaringan, kami merekomendasikan untuk menjalankan klaster percontohan terlebih dahulu dan menyelaraskan buku panduan operasional sebelum peluncuran secara luas; arsitek kami dapat membantu memvalidasi desain dan langkah-langkah migrasi melalui ulasan desain CCIE gratisHarap diperhatikan: Ketentuan garansi dan layanan dukungan tertentu dapat berbeda-beda tergantung produk dan wilayah. Untuk detail yang akurat, silakan merujuk ke informasi resmi. Untuk pertanyaan lebih lanjut, silakan hubungi: router-switch.com.

Bagaimana proses waktu tunggu, pengiriman, dan bea cukai untuk NIC, DPU, dan switch fabric ConnectX?

  • Waktu tunggu untuk NIC Mellanox (ConnectX-7, ConnectX-6 Dx), DPU BlueField, dan switch berkecepatan tinggi (seperti MSN4600-VS2RO atau MSB7570-E) dapat bervariasi tergantung pada tingkat stok, konfigurasi, dan negara tujuan; untuk barang yang tersedia, pengiriman dapat diatur relatif cepat, tetapi ini selalu bergantung pada ketersediaan produk dan kondisi logistik.
  • Pengiriman internasional biasanya ditangani melalui perusahaan pengiriman besar, dengan opsi yang tepat dan perkiraan waktu transit yang dijelaskan dalam kebijakan kami. metode pengiriman Gambaran umum; namun, waktu pengiriman sebenarnya akan bergantung pada kinerja kurir dan proses bea cukai setempat.
  • Pajak impor, PPN, dan bea masuk biasanya ditentukan oleh peraturan dan Incoterms setempat; Anda dapat meninjau bagaimana hal ini umumnya ditangani, dan informasi apa yang mungkin dibutuhkan dari pihak Anda, di bagian kami. panduan pajak dan bea cukai.
  • Untuk peningkatan skala besar atau bertahap (misalnya, peluncuran ConnectX-7 secara bertahap di beberapa klaster virtualisasi), seringkali lebih aman untuk merencanakan waktu cadangan dalam jadwal proyek Anda untuk memperhitungkan potensi ketidakpastian pasokan dan bea cukai.

Bagaimana dengan garansi, RMA, dan risiko siklus hidup saat melakukan standardisasi pada ConnectX-7 atau ConnectX-6 Dx?

  • Sebelum Anda menstandarisasi generasi pusat data pada SKU tertentu seperti MCX75310AAS-NEAT, MCX713104AC-ADAT, atau BlueField DPU, penting untuk memahami siklus hidup perangkat keras vendor dan kondisi garansi saluran agar penggantian tetap tersedia selama periode pembaruan Anda.
  • Anda dapat secara proaktif melacak potensi risiko Akhir Masa Pakai (End-of-Life/EOL) dan Akhir Dukungan (End-of-Support/EOSL) untuk NIC, DPU, dan switch fabric yang direncanakan menggunakan platform online kami. Pemeriksa EOL / EOSL, yang membantu Anda menghindari penguncian klaster baru pada platform yang mendekati akhir siklus hidup resminya.
  • Prinsip penanganan garansi dan RMA kami sendiri, termasuk cara melanjutkan jika NIC atau switch mengalami kegagalan di lingkungan produksi dan perlu dikembalikan, dijelaskan dalam kebijakan kami. kebijakan garansi dan langkah demi langkah petunjuk pengembalian untuk barang yang rusak.
  • Untuk infrastruktur virtualisasi yang sangat penting, banyak pelanggan juga menyimpan sejumlah kecil suku cadang di lokasi untuk SKU inti (NIC, DPU, dan model sakelar utama) untuk mengurangi potensi penggantian atau keterlambatan pasokan. Harap dicatat: Ketentuan garansi dan layanan dukungan tertentu dapat bervariasi tergantung produk dan wilayah. Untuk detail yang akurat, silakan merujuk ke informasi resmi. Untuk pertanyaan lebih lanjut, silakan hubungi: router-switch.com.

Bisakah Anda membantu memvalidasi rencana peningkatan ConnectX-7 saya dan ekspektasi kinerja sebelum saya mengalokasikan anggaran?

  • Ya, untuk peningkatan yang berfokus pada virtualisasi, biasanya bijaksana untuk memvalidasi tidak hanya kecepatan port tetapi juga bagaimana fitur ConnectX-7 (RoCEv2, offload, kontrol kemacetan) akan berfungsi dengan fabric, penyimpanan, dan tumpukan hypervisor yang ada sebelum Anda menyelesaikan pengadaan.
  • Anda dapat membagikan desain tingkat tinggi—generasi NIC saat ini (misalnya, ConnectX-6 Dx), rencana adopsi ConnectX-7 atau BlueField, rasio oversubscription target, dan tujuan latensi/throughput—dengan teknisi kami dan meminta tinjauan konfigurasi dan risiko melalui dukungan CCIE gratis.
  • Selama proses ini, kita dapat menyoroti kendala praktis seperti pilihan kabel dan transceiver (termasuk DAC seperti C-DQ8FNM005-H0-M), desain buffer pada switch seperti MSN4600-VS2RO atau MCS7500, dan bagaimana migrasi bertahap dapat disusun untuk meminimalkan waktu henti atau penurunan kinerja pada klaster virtualisasi yang ada.
  • Validasi desain ini bersifat konsultatif dan berorientasi pada dukungan pengambilan keputusan, membantu Anda membangun studi kelayakan bisnis dan rencana peluncuran yang realistis, sementara penerapan akhir, uji penerimaan, dan praktik operasional Anda tetap harus mengikuti standar internal dan rekomendasi vendor Anda. Harap dicatat: Ketentuan garansi dan layanan dukungan tertentu dapat berbeda-beda tergantung produk dan wilayah. Untuk detail yang akurat, silakan merujuk ke informasi resmi. Untuk pertanyaan lebih lanjut, silakan hubungi: router-switch.com.

Solusi lebih

Beyond Bandwidth: The 100G+ Data Center Architecture

Melampaui Bandwidth: Arsitektur Pusat Data 100G+

Fondasi 100G yang wajib dimiliki - Pertumbuhan siap AI, kinerja tanpa latensi

Data Center
Lossless Ethernet for AI & HPC Networks

Ethernet Tanpa Rugi untuk Jaringan AI & HPC

Bangun jaringan Ethernet tanpa kehilangan data untuk AI dan HPC dengan desain yang siap RoCE, panduan pengendalian kemacetan, dan perencanaan jaringan latensi rendah yang skalabel.

Ethernet Tanpa Rugi
Ethernet vs InfiniBand for AI & HPC Networks

Ethernet vs InfiniBand untuk Jaringan AI & HPC

Perbandingan terfokus antara Ethernet dan InfiniBand untuk jaringan AI/HPC—latensi, skalabilitas, RDMA, dan pertimbangan biaya.

Jaringan AI & HPC
Masuk
Daftar