Raise limit in api calls

There is currently a [bug in Rackspace Monitoring fog][1] where it fails
to handle pagination. This means if your entity is outside of the
default limit of 100 most of this cookbook will fail. It will create
duplicate entities then create duplicate checks on those entities. The
next time it runs it will do the same since the duplicate entity is also
outside the limit.

[1]: https://github.com/fog/fog/issues/2469
Added yum 2.0 version constraints, issue 49
Noted yum cookbook version constraint in the readme
Initial hash configuration, most cut corners flagged with TODOs
Copypasta errors in recipes/monitors.rb, removed key sort from loops
Copypasta errors in recipes/monitors.rb
Added dependency includes
Increment version
Pull default checks as there are account wide limits in place
Updated documentation for V1.1.0
Removed notification ID TODO, documented requirement in readme.
Pinned yum to the 2. versions per https://github.com/opscode-cookbooks/yum due to yum_key change, issue 49
Added existing entity support and configuration hash support
Removed unnecessairy region argument to Fog
Modified Opscode::Rackspace::Monitoring::cm to accept arguments for use in recpies
Removed Fog invocation and switched to existing monitoring object from libraries/cloud_monitoring
Added node[cloud].nil check to avoid breakage on non-cloud servers
Updated README with Berkshelf 2 workaround and note on monitors recipe
Clarified note on monitors recipe
Merge branch 'ConfigHashes-Master' of github.com:RSTJNII/cookbook-cloudmonitoring into rackspace-rebuild

Merging in existing configuration hash work from RSTJNII fork