際際滷shows by User: IgorLE / http://www.slideshare.net/images/logo.gif 際際滷shows by User: IgorLE / Wed, 31 May 2023 14:50:12 GMT 際際滷Share feed for 際際滷shows by User: IgorLE MongoDB Backups and PITR /slideshow/mongodb-backups-and-pitr/258160503 mongodbbackupsandpitr-230531145013-185fc8f1
Covering MongoDB logical and physical backups types, best practices for taking backups and PITR using the Oplog. Asked ChatGPT for thoughts on MongoDB backups and best practices.]]>

Covering MongoDB logical and physical backups types, best practices for taking backups and PITR using the Oplog. Asked ChatGPT for thoughts on MongoDB backups and best practices.]]>
Wed, 31 May 2023 14:50:12 GMT /slideshow/mongodb-backups-and-pitr/258160503 IgorLE@slideshare.net(IgorLE) MongoDB Backups and PITR IgorLE Covering MongoDB logical and physical backups types, best practices for taking backups and PITR using the Oplog. Asked ChatGPT for thoughts on MongoDB backups and best practices. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/mongodbbackupsandpitr-230531145013-185fc8f1-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Covering MongoDB logical and physical backups types, best practices for taking backups and PITR using the Oplog. Asked ChatGPT for thoughts on MongoDB backups and best practices.
MongoDB Backups and PITR from Igor Donchovski
]]>
492 0 https://cdn.slidesharecdn.com/ss_thumbnails/mongodbbackupsandpitr-230531145013-185fc8f1-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Sharding and things we'd like to see improved /slideshow/sharding-and-things-wed-like-to-see-improved/251846350 shardingandthingswedliketoseeimproved-220524131437-d5c66426
Starting with MongoDB version 5.0, we can reshard a collection using the new shard key. But there are still something we think could be improved like: Cluster metadata lack of details on chunks TTL indexes Improvements in the rebalancing process Performance issues on rebalancing data Observability]]>

Starting with MongoDB version 5.0, we can reshard a collection using the new shard key. But there are still something we think could be improved like: Cluster metadata lack of details on chunks TTL indexes Improvements in the rebalancing process Performance issues on rebalancing data Observability]]>
Tue, 24 May 2022 13:14:37 GMT /slideshow/sharding-and-things-wed-like-to-see-improved/251846350 IgorLE@slideshare.net(IgorLE) Sharding and things we'd like to see improved IgorLE Starting with MongoDB version 5.0, we can reshard a collection using the new shard key. But there are still something we think could be improved like: Cluster metadata lack of details on chunks TTL indexes Improvements in the rebalancing process Performance issues on rebalancing data Observability <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/shardingandthingswedliketoseeimproved-220524131437-d5c66426-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Starting with MongoDB version 5.0, we can reshard a collection using the new shard key. But there are still something we think could be improved like: Cluster metadata lack of details on chunks TTL indexes Improvements in the rebalancing process Performance issues on rebalancing data Observability
Sharding and things we'd like to see improved from Igor Donchovski
]]>
64 0 https://cdn.slidesharecdn.com/ss_thumbnails/shardingandthingswedliketoseeimproved-220524131437-d5c66426-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Maintenance for MongoDB Replica Sets /slideshow/maintenance-for-mongodb-replica-sets/179041298 maintenanceformongodbreplicasets-191004084659
Redundancy and high availability are the basis for all production deployments. With MongoDB high availability is achieved with replica sets which provides automatic fail-over in case the Primary goes down. In this session we will review multiple maintenance scenarios that will include the proper steps for keeping the high availability while we perform the maintenance steps without causing downtime. This session will cover Database upgrades, OS server patching, Hardware upgrades, Network maintenance and more. How MongoDB HA works Replica sets components/deployment typologies Database upgrades System patching/upgrade Network maintenance Add/Remove members to the replica set Reconfiguring replica set members Building indexes Backups and restores ]]>

Redundancy and high availability are the basis for all production deployments. With MongoDB high availability is achieved with replica sets which provides automatic fail-over in case the Primary goes down. In this session we will review multiple maintenance scenarios that will include the proper steps for keeping the high availability while we perform the maintenance steps without causing downtime. This session will cover Database upgrades, OS server patching, Hardware upgrades, Network maintenance and more. How MongoDB HA works Replica sets components/deployment typologies Database upgrades System patching/upgrade Network maintenance Add/Remove members to the replica set Reconfiguring replica set members Building indexes Backups and restores ]]>
Fri, 04 Oct 2019 08:46:59 GMT /slideshow/maintenance-for-mongodb-replica-sets/179041298 IgorLE@slideshare.net(IgorLE) Maintenance for MongoDB Replica Sets IgorLE Redundancy and high availability are the basis for all production deployments. With MongoDB high availability is achieved with replica sets which provides automatic fail-over in case the Primary goes down. In this session we will review multiple maintenance scenarios that will include the proper steps for keeping the high availability while we perform the maintenance steps without causing downtime. This session will cover Database upgrades, OS server patching, Hardware upgrades, Network maintenance and more. How MongoDB HA works Replica sets components/deployment typologies Database upgrades System patching/upgrade Network maintenance Add/Remove members to the replica set Reconfiguring replica set members Building indexes Backups and restores <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/maintenanceformongodbreplicasets-191004084659-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Redundancy and high availability are the basis for all production deployments. With MongoDB high availability is achieved with replica sets which provides automatic fail-over in case the Primary goes down. In this session we will review multiple maintenance scenarios that will include the proper steps for keeping the high availability while we perform the maintenance steps without causing downtime. This session will cover Database upgrades, OS server patching, Hardware upgrades, Network maintenance and more. How MongoDB HA works Replica sets components/deployment typologies Database upgrades System patching/upgrade Network maintenance Add/Remove members to the replica set Reconfiguring replica set members Building indexes Backups and restores
Maintenance for MongoDB Replica Sets from Igor Donchovski
]]>
451 0 https://cdn.slidesharecdn.com/ss_thumbnails/maintenanceformongodbreplicasets-191004084659-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Exploring the replication and sharding in MongoDB /IgorLE/exploring-the-replication-and-sharding-in-mongodb perconalive-exploringthereplicationandsharding-190617104232
Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. Each shard consist of replica set that provides Redundancy and high availability.]]>

Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. Each shard consist of replica set that provides Redundancy and high availability.]]>
Mon, 17 Jun 2019 10:42:32 GMT /IgorLE/exploring-the-replication-and-sharding-in-mongodb IgorLE@slideshare.net(IgorLE) Exploring the replication and sharding in MongoDB IgorLE Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. Each shard consist of replica set that provides Redundancy and high availability. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-exploringthereplicationandsharding-190617104232-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. Each shard consist of replica set that provides Redundancy and high availability.
Exploring the replication and sharding in MongoDB from Igor Donchovski
]]>
595 1 https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-exploringthereplicationandsharding-190617104232-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
How to scale MongoDB /slideshow/how-to-scale-mongodb-150152294/150152294 howtoscalemongodb-190617103348
Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. ]]>

Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. ]]>
Mon, 17 Jun 2019 10:33:48 GMT /slideshow/how-to-scale-mongodb-150152294/150152294 IgorLE@slideshare.net(IgorLE) How to scale MongoDB IgorLE Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/howtoscalemongodb-190617103348-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Redundancy and high availability are the basis for all production deployments. Database systems with large data sets or high throughput applications can challenge the capacity of a single server like CPU for high query rates or RAM for large working sets. Adding more CPU and RAM for vertical scaling is limited. Systems need horizontal scaling by distributing data across multiple servers. MongoDB supports horizontal scaling through sharding.
How to scale MongoDB from Igor Donchovski
]]>
187 1 https://cdn.slidesharecdn.com/ss_thumbnails/howtoscalemongodb-190617103348-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
MongoDB HA - what can go wrong /slideshow/mongodb-ha-what-can-go-wrong-150152083/150152083 mongodbha-whatcangowrong-190617103059
Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying a replica set. In this talk, we'll explore how MongoDB replication works and what the components are of a replica set. Using examples of wrong deployment configurations, we will highlight how to properly run replica sets in production, whether it comes to on-premise deployment or in the cloud.]]>

Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying a replica set. In this talk, we'll explore how MongoDB replication works and what the components are of a replica set. Using examples of wrong deployment configurations, we will highlight how to properly run replica sets in production, whether it comes to on-premise deployment or in the cloud.]]>
Mon, 17 Jun 2019 10:30:59 GMT /slideshow/mongodb-ha-what-can-go-wrong-150152083/150152083 IgorLE@slideshare.net(IgorLE) MongoDB HA - what can go wrong IgorLE Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying a replica set. In this talk, we'll explore how MongoDB replication works and what the components are of a replica set. Using examples of wrong deployment configurations, we will highlight how to properly run replica sets in production, whether it comes to on-premise deployment or in the cloud. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/mongodbha-whatcangowrong-190617103059-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying a replica set. In this talk, we&#39;ll explore how MongoDB replication works and what the components are of a replica set. Using examples of wrong deployment configurations, we will highlight how to properly run replica sets in production, whether it comes to on-premise deployment or in the cloud.
MongoDB HA - what can go wrong from Igor Donchovski
]]>
113 2 https://cdn.slidesharecdn.com/ss_thumbnails/mongodbha-whatcangowrong-190617103059-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Enhancing the default MongoDB Security /slideshow/enhancing-the-default-mongodb-security-150151777/150151777 enhancingthedefaultmongodbsecurity-190617102734
In this day and age, maintaining privacy throughout our electronic communications is absolutely necessary. Creating user accounts, and not exposing your MongoDB environment to the wider internet, are basic concepts that have been missed in the past. Once that has been addressed, individuals and organizations interested in becoming PCI compliant must turn to securing their data through encryption. With MongoDB, we have two options for encryption: at rest and transport encryption.]]>

In this day and age, maintaining privacy throughout our electronic communications is absolutely necessary. Creating user accounts, and not exposing your MongoDB environment to the wider internet, are basic concepts that have been missed in the past. Once that has been addressed, individuals and organizations interested in becoming PCI compliant must turn to securing their data through encryption. With MongoDB, we have two options for encryption: at rest and transport encryption.]]>
Mon, 17 Jun 2019 10:27:34 GMT /slideshow/enhancing-the-default-mongodb-security-150151777/150151777 IgorLE@slideshare.net(IgorLE) Enhancing the default MongoDB Security IgorLE In this day and age, maintaining privacy throughout our electronic communications is absolutely necessary. Creating user accounts, and not exposing your MongoDB environment to the wider internet, are basic concepts that have been missed in the past. Once that has been addressed, individuals and organizations interested in becoming PCI compliant must turn to securing their data through encryption. With MongoDB, we have two options for encryption: at rest and transport encryption. <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/enhancingthedefaultmongodbsecurity-190617102734-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> In this day and age, maintaining privacy throughout our electronic communications is absolutely necessary. Creating user accounts, and not exposing your MongoDB environment to the wider internet, are basic concepts that have been missed in the past. Once that has been addressed, individuals and organizations interested in becoming PCI compliant must turn to securing their data through encryption. With MongoDB, we have two options for encryption: at rest and transport encryption.
Enhancing the default MongoDB Security from Igor Donchovski
]]>
210 1 https://cdn.slidesharecdn.com/ss_thumbnails/enhancingthedefaultmongodbsecurity-190617102734-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Exploring the replication in MongoDB /slideshow/exploring-the-replication-in-mongodb/67398724 perconalive-exploringthereplicationinmongodb-161019093726
Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying replica set. In this slides we are exploring how the replication works with MongoDB, why you should use replication, what are the features and go over different deployment use cases. At the end we are comparing some features with MySQL replication and what are the differences between the two]]>

Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying replica set. In this slides we are exploring how the replication works with MongoDB, why you should use replication, what are the features and go over different deployment use cases. At the end we are comparing some features with MySQL replication and what are the differences between the two]]>
Wed, 19 Oct 2016 09:37:25 GMT /slideshow/exploring-the-replication-in-mongodb/67398724 IgorLE@slideshare.net(IgorLE) Exploring the replication in MongoDB IgorLE Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying replica set. In this slides we are exploring how the replication works with MongoDB, why you should use replication, what are the features and go over different deployment use cases. At the end we are comparing some features with MySQL replication and what are the differences between the two <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-exploringthereplicationinmongodb-161019093726-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Redundancy and high availability are the basis for all production deployments. With MongoDB this can be achieved by deploying replica set. In this slides we are exploring how the replication works with MongoDB, why you should use replication, what are the features and go over different deployment use cases. At the end we are comparing some features with MySQL replication and what are the differences between the two
Exploring the replication in MongoDB from Igor Donchovski
]]>
429 2 https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-exploringthereplicationinmongodb-161019093726-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
Working with MongoDB as MySQL DBA /slideshow/working-with-mongodb-as-mysql-dba/67398388 perconalive-mongodbasmysqldba-161019092900
Working with MongoDB as MySQL DBA. Comparing commands from MongoDB to MySQL, similarities and differences. Exploring replication features, failover and recovery, adjusting the variables and checking status and using DML, DDL with different storage engines]]>

Working with MongoDB as MySQL DBA. Comparing commands from MongoDB to MySQL, similarities and differences. Exploring replication features, failover and recovery, adjusting the variables and checking status and using DML, DDL with different storage engines]]>
Wed, 19 Oct 2016 09:28:59 GMT /slideshow/working-with-mongodb-as-mysql-dba/67398388 IgorLE@slideshare.net(IgorLE) Working with MongoDB as MySQL DBA IgorLE Working with MongoDB as MySQL DBA. Comparing commands from MongoDB to MySQL, similarities and differences. Exploring replication features, failover and recovery, adjusting the variables and checking status and using DML, DDL with different storage engines <img style="border:1px solid #C3E6D8;float:right;" alt="" src="https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-mongodbasmysqldba-161019092900-thumbnail.jpg?width=120&amp;height=120&amp;fit=bounds" /><br> Working with MongoDB as MySQL DBA. Comparing commands from MongoDB to MySQL, similarities and differences. Exploring replication features, failover and recovery, adjusting the variables and checking status and using DML, DDL with different storage engines
Working with MongoDB as MySQL DBA from Igor Donchovski
]]>
351 2 https://cdn.slidesharecdn.com/ss_thumbnails/perconalive-mongodbasmysqldba-161019092900-thumbnail.jpg?width=120&height=120&fit=bounds presentation Black http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted 0
https://cdn.slidesharecdn.com/profile-photo-IgorLE-48x48.jpg?cb=1685544590 Database administrator with extensive experience designing, administration, implementation and supporting next-generation database solutions in MySQL and MongoDB. http://www.housemusicbeat.com/ https://cdn.slidesharecdn.com/ss_thumbnails/mongodbbackupsandpitr-230531145013-185fc8f1-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/mongodb-backups-and-pitr/258160503 MongoDB Backups and PITR https://cdn.slidesharecdn.com/ss_thumbnails/shardingandthingswedliketoseeimproved-220524131437-d5c66426-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/sharding-and-things-wed-like-to-see-improved/251846350 Sharding and things we... https://cdn.slidesharecdn.com/ss_thumbnails/maintenanceformongodbreplicasets-191004084659-thumbnail.jpg?width=320&height=320&fit=bounds slideshow/maintenance-for-mongodb-replica-sets/179041298 Maintenance for MongoD...