Get Even More Visitors To Your Blog, Upgrade To A Business Listing >>

What is percona server in mongodb?

A sever plays a major role in serving the user needs of the people. Usually, people opt for servers to manage (or) store the data in large amounts. Today we people have many servers to process different kinds of applications to different people in the market.  Each one of those many servers that were available today has its own unique feature as well the importance in the market. For instance, in the case of Mongodb, percona acts as a server.

MongoDB acts as a perfect database for many application strategies. Today many companies opt for this database as an alternative to the relative databases. And this database acts as a solid foundation for supporting application development, testing and deployment to the market. Usually, the database performs well, when it contains the underlying server for enhancing the read and write transactions. MongoDB utilizes the percona sever to deliver the application as high speed. Would you like to know how? Read the complete article to get an overview of the Percona Server.

What is percona sever?

It is the free-open source drop-in replacement for the MongoDB community. This platform is designed as an add-on to the base MongoDB server set up. This platform is responsible for delivering high performance, improved security at low costs. According to the statistics, this software has been downloaded more than 12000 times. Many database admins suggest that it is a right tool to support the free and the open database management system software, to your application data in addition to the support and advice. This software is available to the users at free of cost.  It is responsible for enhancing data security. Besides, this platform also responsible for improving the databases. Moreover, this server on MongoDB supported by cluster control as an option for deployment.

Get more information on percona server with live examples at MongoDB Course

I hope you people have got the basic idea regarding  the percona server, now let us move forward to its features

Percona Server Features:

This extensive server has many extensive features. Those features were listed below

a) Hot Backups:

MongoDB percona server is responsible for creating the physical data back up on the running server. It does this without any noticeable operation degradation.  A database admin usually done this, by running the create backup command as an administrator on the admin database and finally specifies the backup directory as shown below

> use admin

switched to db admin

> db.runCommand({createBackup: 1, backupDir: “/my/backup/data/path”})

{ “ok” : 1 }

when you execute the above code, if you observe ok:1, then your backup is successful. On the other hand, if you receive ok:0  then you we can conclude that there is an error in backing up the database.

{ “ok” : 0, “errmsg” : “Destination path must be absolute” }

On the other hand, this MongoDB supports restoring the database copy. For this, you are responsible for stopping the MongoDB instance, initially.  And then, clean the database directory, copy the file from the directory and then restart the MongoDB service. And you can done all these using the following command.

$ service mongod stop && rm -rf /var/lib/mongodb/* && cp --recursive /my/backup/data/path /var/lib/mongodb/ && service mongod start

Besides, this MongoDB also supports you to store this copy in archive format.

> use admin
> db.runCommand({createBackup: 1, archive: "path/to/archive.tar" })

Do you want some more additional features? then scroll down to know further

This platform allows you to backup to AWS S3 using the default setting(or) with some other external configuration. You can execute the following code in case of the default backup

> db.runCommand({createBackup: 1,  s3: {bucket: "backup", path: "newBackup"}})
Data-at-Rest Encryption:

Mongo DB version 3.2 introduced the data at rest encryption for the Wired Tiger storage engine. This percona MongoDB version ensures that data files can be decrypted and read the people only with the decryption key. This decryption key at rest in the percona server is introduced in version 3.6. Moreover, it allows you to apply this encryption when the data at rest is enabled.  Usually, the percona for MongoDB Enables uses the encryptionciphermode with the option two selective chiper modes. Those are

a) AES 256 -CBC(default cipher mode)

b)AES256-GCM

You can encrypt this data using the following command

$ mongod ... --enableEncryption --encryptionKeyFile 

people usually uses encryption file option to specify the path that contains the encryption key

$ mongod ... --enableEncryption --encryptionKeyFile 
Audit logging:

In every data management system, administrators should mandate the tracking of activities taking place. But in case of percona server for MongoDB, when auditing is enabled, the server generates an audit log file. This file contains the events of the different use such as authorization and authentication. So when you start the server with auditing enabled,  the logs would not be displayed dynamically during the run time. And this auditing in MongoDB community edition is available in two formats. Those are JSON and BSON formats.  Whereas in MongoDB percona Server, auditing is limited to only JSON formats. Here the server logs the important command on the contractor to MongoDB that logs everything. Usually, MongoDB percona is unclear in terms of the filtering syntax. Hence the enabling the audit log without a filter would offer more entries. Moreover, this platform allows you to write down your specifications.

Percona Memory Engine:

This is a special configuration of the wired stored engine.  This engine does not store user data on the disk.  In this engine, the data resides fully and is ready in the main memory except for the diagnostic data. This makes data processing much faster. And it also ensures that there is enough memory to hold the dataset and the server should not shutdown. And it allows the user to select the storage engine with the storage engine command. Moreover, the data created for one storage engine is not compactable with the other storage engines.  This is because each storage engine has its own model.  For instance, when you select the in-memory storage engine you must initially stop any running engines and then issue the following commands

$ service mongod stop
$ mongod --storageEngine inMemory --dbpath 

And if you already have some data with MongoDB community edition,  and you would like to move to percona  memory engine, then execute the below commands

$ mongodump --out 
$ service mongod stop
$ rm -rf /var/lib/mongodb/*
$ sed -i '/engine: .*inMemory/s/#//g' /etc/mongod.conf
$ service mongod start
$ mongorestore 
External LDAP authentication with SASL:

Whenever a client makes a read (or) write request to MongoDB mongob instance, used to initially authenticate the MongoDB server user database initially.  This external authentication allows the MongoDB server to verify the client credentials against the separate service. This external authentication proceeds as shown below

percona | OnlineITGuru

a) LDAP server that store all the user credentials remotely

b)SASL daemon that is used as the MongoDB server local proxy for the remote LDAP service.

c)SASL library that creates the necessary authentication for Mongo BD Client and server.

The authentication sequence proceeds as shown below

1)The Client gets connected to the MongoDB running instance and creates the plain authentication request using the sasl library.sas

2)This authentication is sent to the server as the special MongoDB command. This is received by the MongoDB server when it requests the payload.

3) The server creates the SASL sessions derived with the client credentials using its own reference to the sasl library

4) The MongoDB server passes the auth payload to the SASL library which handovers to the saslauthd daemon.  The daemon passes it to the LDAP and awaits for the YES (or) NO response depending upon the authentication request. Moreover,  it is responsible for ensuring the user credentials

5)The saslauthd passes this response to the MongoDB server through the SASL library.  This then authenticates (or) reject the request accordingly.

Hence, I hope you people have got a brief idea regarding the LDAP Authentication with SASL. Moreover,  you people can get more practical knowledge when you enroll for MongoDB training. Our experts will provide the practical knowledge of all these  by live experts with real-world examples

The post What is percona server in mongodb? appeared first on Online Courses | Online IT Certification Training | OnlineITGuru.



This post first appeared on Android Online Training, please read the originial post: here

Share the post

What is percona server in mongodb?

×

Subscribe to Android Online Training

Get updates delivered right to your inbox!

Thank you for your subscription

×