我们正在开始使用mongo群集。 最佳实践文档提到，每个节点的理想存储容量为〜5TB。 考虑到我们可以从一个SSD获得大约4TB的容量，我们计划使用它来代替HDD。 是否有任何我们需要知道的每个节点运行1xSSD的陷阱？ 提前致谢。
我在CentOS沙箱服务器上安装了mongodb 2.6.11。 Dec 03 22:24:38 Updated: mongodb-org-mongos-2.6.11-1.x86_64 Dec 03 22:25:07 Updated: mongodb-org-tools-2.6.11-1.x86_64 Dec 03 22:25:08 Updated: mongodb-org-shell-2.6.11-1.x86_64 Dec 03 22:26:39 Updated: mongodb-org-server-2.6.11-1.x86_64 Dec 03 22:29:37 Updated: mongodb-org-2.6.11-1.x86_64 我想升级沙箱到最新的mongodb版本。 所以，我遵循这里的方向： https://docs.mongodb.com/master/tutorial/install-mongodb-on-red-hat/ 特别是，我不得不创build一个/etc/yum.repos.d/mongodb-org-3.4.repo文件。 这工作得很好。 # mongod -version db version v3.4.2 现在，我想说服自己，如果需要，我可以将mongodb降级到版本2.6.11。 当我尝试降级时，出现错误： # yum downgrade mongodb-org Error: Package: mongodb-org-3.4.1-1.el6.x86_64 (mongodb-org-3.4) Requires: mongodb-org-mongos = 3.4.1 Installed: mongodb-org-mongos-3.4.2-1.el6.x86_64 (@mongodb-org-3.4) […]
我正在考虑采用Mongo集群并正在进行研究。 我们希望拥有一个可以从每秒10k次更新到每秒10万次更新的群集，并且能够写入大量stream量。 主要问题是，如果我们想要移植到更新的版本，这可能没有宕机？ 我们会一次升级一个分片/副本吗？让它重新join这个组，并希望它是向后兼容的，不会混淆数据？ 作为奖励，什么是每秒10k更新的聚类估计？ 10万？ 我看了一下http://www.mongodb.org/display/DOCS/Sharding+FAQ，却找不到升级程序。
我想在docker容器中的ubuntu 14.04上安装mongodb，在我的Dockerfile中使用官方mongodb指南中的以下步骤： RUN sudo apt-key adv –keyserver hkp://keyserver.ubuntu.com:80 –recv 7F0CEB10 RUN echo "deb http://repo.mongodb.org/apt/ubuntu "$(lsb_release -sc)"/mongodb-org/3.0 multiverse" | sudo tee /etc/apt/sources.list.d/mongodb-org-3.0.list RUN apt-get update && apt-get -q -y install \ nodejs\ npm \ git \ mongodb-org 这些命令在我的主机ubuntu系统上正确安装mongodb，但不是在docker中。 在我的docker镜像中，/etc/init.d/mongod不存在。 运行“docker build”时会打印以下错误： invoke-rc.d: unknown initscript, /etc/init.d/mongod not found. invoke-rc.d: policy-rc.d denied execution of start.
我们在CentOS 6.3上build立了一个MongoDB开发服务器，并能够使用单独的configuration文件和rc脚本来分离不同的项目。 现在我们正在考虑设置一个MongoDB生产环境。 我读过，不build议在生产中的同一台服务器上托pipe多个MongoDB实例。 这是否意味着每个项目都需要自己的生产MongoDB环境？ 这些项目不是非常“大”，所以不需要太多的资源，所以感觉就像我们把自己的主机放在一边。 也许我们只需要摆脱RDBMS世界。 我们将监视我们的开发服务器，看看它的价格，但我正在寻找一些洞察力和一些自己的个人经验，以补充我读过的东西。
我正在使用mongoexport将某些集合导出到CSV文件中，但是当我尝试将作为数组成员的字段作为目标时，我无法正确导出它。 我正在使用的命令： mongoexport -d db -c collection -fieldFile fields.txt –csv > out.csv 和fields.txt的内容类似 id name address[0].line1 address[0].line2 address[0].city address[0].country address[0].postcode BSON数据将是： { "id": 1, "name": "example", "address": [ { "line1": "flat 123", "line2": "123 Fake St.", "city": "London", "country": "England", "postcode": "N1 1AA" } ] } 导出数组内容的正确语法是什么？
我正在阅读MongoDB安装说明，并注意到他们有一个私人存储库，说明告诉你添加。 我想知道这是否真的需要，因为MongoDB也在Ubuntu存储库（Ubuntu 12.04）。 我想也许比他们更容易发布到自己的回购Ubuntu的？ 但是我真的不确定。 只是想知道是否有人可以点亮这个。
我刚刚通过我的服务器，并安装yum-cron（然后使用chkconfig yum-cron on启用，因为这似乎不会自动发生）。 现在我意识到我正在运行一个MongoDB集群，自动升级mongo-server软件包可能会破坏和/或破坏数据。 我已经考虑在我的yum.conf文件中添加exclude=mongo*来跳过所有的mongo升级，但我仍然希望能够手动运行yum upgrade并获取所有软件包的更新。 有没有一个干净的方式来实现这一目标？
我刚安装了一个新的Ubuntu 10.10安装MongoDB，但我无法启动它（根本）。 我正在使用最新的mongo-stable包。 http://www.mongodb.org/display/DOCS/Ubuntu+and+Debian+packages 。 我希望它会在启动时自动启动，但是尝试手动启动它总是给我下面的内容： $ sudo start mongodb mongodb start/running, process 2565 $ sudo status mongodb mongodb stop/waiting ps -aux不显示任何与mongo有关的东西。 试图运行shell给我： MongoDB shell version: 1.6.3 connecting to: test Tue Oct 12 22:33:14 Error: couldn't connect to server 127.0.0.1 (anon):1137 exception: connect failed / var / log / mongodb和/ var / lib / mongodb都存在，大概是由安装程序创build的。 […]
我用ZFSonlinux使用MongoDB（我相信它是mmapped数据库）有巨大的性能问题。 我们的Mongodb几乎只是写道。 对于没有ZFS的副本，磁盘完全忙于〜5秒的峰值，当应用程序每30秒写入一次数据库，并且两者之间没有磁盘活动时，我将其作为基准行为进行比较。 在使用ZFS的副本上，磁盘始终处于繁忙状态，副本持续跟踪MongoDB主节点。 我在所有副本上都启用了lz4压缩function，节省的空间非常大，所以应该有更less的数据打到磁盘上 所以在这些ZFS服务器上，我首先有默认的recordsize = 128k。 然后我擦除数据，并设置recordsize = 8K，然后再同步Mongo数据。 然后我又擦了一遍，试着logging= 1k。 我也尝试logging= 8K没有校验 尽pipe如此，它并没有解决任何问题，磁盘总是保持100％的繁忙。 在logging大小= 8k的服务器上只有一次，磁盘比任何非ZFS复本less得多，但是在尝试不同的设置并再次尝试recordize = 8k后，磁盘是100％，我看不到以前的良好行为，并不能在任何其他副本上看到它。 而且，应该几乎只有写入，但是看到在不同设置下的所有副本上， 磁盘完全忙于75％的读取，只有25％的写入 （注意，我相信MongoDB是mmap数据库，有人告诉我在AIO模式下试用MongoDB，但是我没有find如何设置它，而在另一个运行MySQL InnoDB的服务器上，我意识到ZFSonLinux不支持AIO。 我的服务器是CentOS 6.5内核2.6.32-431.5.1.el6.x86_64。 spl-0.6.2-1.el6.x86_64 zfs-0.6.2-1.el6.x86_64 #PROD 13:44:55 root@rum-mongo-backup-1:~: zfs list NAME USED AVAIL REFER MOUNTPOINT zfs 216G 1.56T 32K /zfs zfs/mongo_data-rum_a 49.5G 1.56T 49.5G /zfs/mongo_data-rum_a zfs/mongo_data-rum_old 166G 1.56T 166G /zfs/mongo_data-rum_old #PROD 13:45:20 […]