mongos - Online di Cloud

PROGRAM:

NAMA

mongos - Utilitas Shard MongoDB

RINGKASAN

mongo untuk "MongoDB Shard," adalah layanan perutean untuk konfigurasi pecahan MongoDB yang
memproses kueri dari lapisan aplikasi, dan menentukan lokasi data ini di
itu pecah kelompok, untuk menyelesaikan operasi ini. Dari perspektif
aplikasi, a mongo instance berperilaku identik dengan instance MongoDB lainnya.

Catatan Berubah di versi 2.1.

Beberapa operasi agregasi menggunakan agregat akan menyebabkan mongo contoh untuk
membutuhkan lebih banyak sumber daya CPU daripada versi sebelumnya. Performa yang dimodifikasi ini
profile dapat menentukan keputusan arsitektur alternatif jika Anda menggunakan pengumpulan
kerangka secara ekstensif dalam lingkungan sharding.

Lihat juga

/ sharding dan /core/sharded-cluster.

PILIHAN

mongo

--Tolong, -h
Mengembalikan bantuan dasar dan teks penggunaan.

--Versi: kapan
Mengembalikan versi dari mongod daemon.

--konfigurasi , -f
Menentukan file konfigurasi, yang dapat Anda gunakan untuk menentukan konfigurasi runtime.
Sementara opsinya setara dan dapat diakses melalui baris perintah lainnya
argumen, file konfigurasi adalah metode yang disukai untuk konfigurasi runtime
dari mongod. Lihat "/referensi/konfigurasi-opsi" dokumen untuk informasi lebih lanjut
tentang pilihan ini.

Tidak semua opsi konfigurasi untuk mongod masuk akal dalam konteks mongo.

--bertele-tele, -v
Meningkatkan jumlah pelaporan internal yang dikembalikan pada keluaran standar atau dalam
file log ditentukan oleh --jalur log. Menggunakan -v bentuk untuk mengontrol tingkat verbositas
dengan memasukkan opsi beberapa kali, (mis -vvvvv.)

--diam
menjalankan mongo contoh dalam mode senyap yang mencoba membatasi jumlah
output.

--Pelabuhan
Menentukan port TCP untuk mongo untuk mendengarkan koneksi klien. Secara default
mongo mendengarkan koneksi pada port 27017.

Sistem mirip UNIX memerlukan akses root untuk mengakses port dengan angka lebih rendah dari 1024.

--bind_ip <ip alamat>
Alamat IP yang mongo proses akan mengikat dan mendengarkan koneksi. Oleh
kegagalan mongo mendengarkan koneksi di localhost (mis 127.0.0.1 alamat.)
Anda dapat melampirkan mongo ke antarmuka apa pun; namun, jika Anda melampirkan mongo ke publik
antarmuka yang dapat diakses Anda harus menerapkan otentikasi atau firewall yang tepat
pembatasan untuk melindungi integritas database Anda.

--maxConns
Menentukan jumlah maksimum koneksi simultan yang mongo akan menerima.
Pengaturan ini tidak akan berpengaruh jika nilai pengaturan ini lebih tinggi dari Anda
ambang batas pelacakan koneksi maksimum yang dikonfigurasi sistem operasi.

Ini sangat berguna untuk mongo jika Anda memiliki klien yang membuat nomor
koleksi tetapi memungkinkan mereka untuk kehabisan waktu daripada menutup koleksi. Kapan
Anda mengatur maxConns, pastikan nilainya sedikit lebih tinggi dari ukuran
kumpulan koneksi atau jumlah total koneksi untuk mencegah koneksi yang salah
lonjakan dari menyebar ke anggota a beling gugus.

Catatan Anda tidak dapat mengatur maxConns ke nilai yang lebih tinggi dari 20000.

--objcheck
memaksa mongo untuk memvalidasi semua permintaan dari klien setelah diterima untuk memastikan bahwa
objek yang tidak valid tidak pernah dimasukkan ke dalam database. Opsi ini memiliki kinerja
dampak, dan tidak diaktifkan secara default.

--jalur log
Tentukan jalur untuk file log yang akan menampung semua informasi log diagnostik.

Kecuali ditentukan, mongo akan menampilkan semua informasi log ke output standar.
Selain itu, kecuali jika Anda juga menentukan --logtambahan, file log akan ditimpa
ketika proses restart.

--logtambahan
Tentukan untuk memastikan bahwa mongo menambahkan data logging tambahan ke akhir
logfile daripada menimpa konten log saat proses dimulai ulang.

--syslog
Baru di versi 2.1.0.

Mengirim semua keluaran logging ke host syslog sistem daripada output standar
atau file log seperti --jalur log.

peringatan
Anda tidak dapat menggunakan --syslog dengan --jalur log.

--pidfilepath
Tentukan lokasi file untuk menyimpan "PID" atau ID proses dari mongo proses.
Berguna untuk melacak mongo proses dalam kombinasi dengan mongo --garpu
.

Tanpa ditentukan --pidfilepath pilihan, mongo tidak membuat file PID.

--file kunci
Tentukan jalur ke file kunci untuk menyimpan informasi otentikasi. Pilihan ini adalah
hanya berguna untuk koneksi antara mongo contoh dan komponen dari
pecah kelompok.

Lihat juga

sharding-keamanan

--nounixsocket
Menonaktifkan mendengarkan pada soket UNIX. Tanpa opsi ini mongo menciptakan UNIX
stopkontak.

--unixSocketPrefix
Menentukan jalur untuk soket UNIX. Kecuali ditentukan, mongo membuat soket di
itu / Tmp jalan.

--garpu Mengaktifkan a daemon mode untuk mongod yang memaksa proses ke latar belakang. Ini
adalah mode operasi normal, dalam produksi dan lingkungan seperti produksi,
tapi mungkin tidak diinginkan untuk pengujian.

--configdb , <:pelabuhan>,
Atur opsi ini untuk menentukan database konfigurasi (mis config Database) Untuk
pecah kelompok. Anda harus menentukan 1 server konfigurasi atau 3 konfigurasi
server, dalam daftar yang dipisahkan koma.

Note mongo contoh dibaca dari yang pertama config Server dalam daftar yang disediakan. Semua mongo
contoh harus tentukan host untuk --configdb pengaturan dalam urutan yang sama.

Jika database konfigurasi Anda berada di lebih dari satu pusat data, pesanlah
tuan rumah di --configdb argumen sehingga database konfigurasi yang paling dekat dengan
sebagian besar dari Anda mongo instance adalah server pertama dalam daftar.

peringatan
Jangan pernah menghapus server konfigurasi dari --configdb parameter, bahkan jika konfigurasi
server atau server tidak tersedia, atau offline.

--tes Opsi ini hanya untuk penggunaan pengujian internal, dan menjalankan pengujian unit tanpa memulai
a mongo contoh.

--meningkatkan
Opsi ini memperbarui format data meta yang digunakan oleh config Database.

--potonganUkuran
Nilai dari --potonganUkuran menentukan ukuran masing-masing bingkah, in megabita, Dari
data didistribusikan di sekitar pecah kelompok. Nilai default adalah 64 megabyte,
yang merupakan ukuran ideal untuk potongan di sebagian besar penerapan: ukuran potongan yang lebih besar dapat mengarah
untuk distribusi data yang tidak merata, ukuran potongan yang lebih kecil sering menyebabkan pergerakan yang tidak efisien
potongan antar node. Namun, dalam beberapa keadaan mungkin perlu untuk mengatur
ukuran potongan yang berbeda.

Pilihan ini hanya mengatur ukuran chunk saat menginisialisasi cluster untuk yang pertama
waktu. Jika Anda mengubah opsi run-time nanti, nilai baru tidak akan berpengaruh.
Lihat "sharding-balancing-modifikasi-ukuran potongan" prosedur jika Anda perlu mengubah
ukuran chunk pada sharded cluster yang ada.

--ipv6 Mengaktifkan dukungan IPv6 untuk memungkinkan klien terhubung ke mongo menggunakan jaringan IPv6.
MongoDB menonaktifkan dukungan IPv6 secara default di mongod dan semua utilitas.

--jsonp
Izin JSONP akses melalui antarmuka HTTP. Pertimbangkan implikasi keamanan dari
mengizinkan aktivitas ini sebelum mengaktifkan opsi ini.

--noskrip
Menonaktifkan mesin skrip.

--tidak ada antarmuka http
Baru di versi 2.1.2.

Menonaktifkan antarmuka HTTP.

--LocalThreshold
Baru di versi 2.2.

--LocalThreshold mempengaruhi logika bahwa mongo gunakan saat memilih menjawab set
anggota untuk meneruskan operasi baca ke dari klien. Tentukan nilai untuk
--LocalThreshold dalam milidetik. Nilai defaultnya adalah 15, yang sesuai dengan
nilai default di semua klien driver.

Ketika mongo menerima permintaan yang mengizinkan pembacaan untuk sekunder anggota, itu mongo
akan:

· temukan anggota himpunan dengan waktu ping terendah.

· buat daftar anggota set replika yang berada dalam waktu ping 15
milidetik dari anggota himpunan terdekat yang sesuai.

Jika Anda menentukan nilai untuk --LocalThreshold, mongo akan menyusun daftar
anggota replika yang berada dalam latensi yang diizinkan oleh nilai ini.

· Itu mongo akan memilih anggota untuk dibaca secara acak dari daftar ini.

Waktu ping yang digunakan untuk anggota yang ditetapkan dibandingkan dengan --LocalThreshold pengaturan adalah
rata-rata bergerak dari waktu ping terakhir, dihitung, paling banyak, setiap 10 detik. Sebagai
hasilnya, beberapa kueri dapat menjangkau anggota di atas ambang batas hingga mongo
menghitung ulang rata-rata.

Lihat replika-set-baca-preferensi-perilaku-pilihan anggota bagian dari Baca baca
preferensi dokumentasi untuk informasi lebih lanjut.

--tidak ada PemisahanOtomatis
Baru di versi 2.0.7.

--tidak ada PemisahanOtomatis mencegah mongo dari secara otomatis memasukkan pemisahan metadata dalam a
pecah koleksi. Jika diatur pada semua mongo, ini akan mencegah MongoDB membuat
potongan baru sebagai data dalam koleksi tumbuh.

Karena ada mongo dalam sebuah cluster dapat membuat pemisahan, untuk sepenuhnya menonaktifkan pemisahan
cluster yang harus Anda atur --tidak ada PemisahanOtomatis pada semua mongo.

peringatan
Dengan --tidak ada PemisahanOtomatis diaktifkan, data di cluster Anda yang di-shard mungkin menjadi tidak seimbang
lembur. Aktifkan dengan hati-hati.

SSL Opsi
Lihat

/administrasi/ssl untuk dokumentasi lengkap dukungan MongoDB.

--authenticationDatabase
Baru di versi 2.4.

Menentukan database yang menyimpan milik pengguna (mis --nama pengguna) kredensial.

Secara default, mongo mengasumsikan bahwa database yang ditentukan untuk --db argumen berlaku
kredensial pengguna, kecuali jika Anda menentukan --authenticationDatabase.

Lihat penggunaSumber, /referensi/hak-hak istimewa dan /referensi/hak istimewa pengguna untuk
informasi lebih lanjut tentang otentikasi yang didelegasikan di MongoDB.

--AuthenticationMechanism
Baru di versi 2.4.

Menentukan mekanisme otentikasi. Secara default, mekanisme otentikasi adalah
MONGODB-CR, yang merupakan mekanisme otentikasi tantangan/tanggapan MongoDB. Di dalam
Edisi Pelanggan MongoDB, mongo juga termasuk dukungan untuk GSSAPI untuk menangani
Otentikasi Kerberos.

Lihat /tutorial/kontrol-akses-ke-mongodb-dengan-kerberos-otentikasi keahlian yang lebih
informasi tentang otentikasi Kerberos.

Gunakan mongos online menggunakan layanan onworks.net