boto-rsync is a rough adaptation of boto's s3put script which has been reengineered to more closely mimic rsync. Its goal is to provide a familiar rsync-like wrapper for boto's S3 and Google Storage interfaces.
By default, the script works recursively and differences between files are checked by comparing file sizes (e.g. rsync's --recursive and --size-only options). If the file exists on the destination but its size differs from the source, then it will be overwritten (unless the -w option is used).
To install, simply:
pip install boto_rsync
- You'll need to have Python 2.5+ and pip installed.
- You might have to be root (or use sudo) for pip to install the script into a globally executable directory in your $PATH.
- pip should automatically install boto for you, but the advanced user can find it here: http://github.com/boto/boto/
boto-rsync [OPTIONS] SOURCE DESTINATION
SOURCE and DESTINATION can be:
- A local path to a directory or specific file
- A custom S3 or GS URL to a directory or specific key in the format of s3://bucketname/path/or/key
- A S3 to S3 transfer using two S3 URLs
- A GS to GS transfer using two GS URLs
boto-rsync [OPTIONS] /local/path/ s3://bucketname/remote/path/
boto-rsync [OPTIONS] gs://bucketname/remote/path/or/key /local/path/
boto-rsync [OPTIONS] s3://bucketname/ s3://another_bucket/
-a KEY, --access-key KEY Your Access Key ID. If not supplied, boto will look for an environment variable or a credentials file. -s SECRET, --secret-key SECRET Your Secret Key. If not supplied, boto will look for an environment variable or a credentials file. --anon Connect without credentials (S3 only). Useful if working with others' buckets that have a global read/write ACL. --endpoint HOST Specify a specific S3 endpoint to connect to via boto's "host" connection argument (S3 only). -g GRANT, --grant GRANT A canned ACL policy that will be granted on each file transferred to S3/GS. The value provided must be one of the "canned" ACL policies supported by S3/GS: private, public-read, public-read-write (S3 only), or authenticated-read -m METADATA [METADATA ...], --metadata METADATA [METADATA ...] One or more "Name: value" pairs specifying what metadata to set on each file transferred to S3/GS. Note: Be sure to end your args with "--" if this is the last argument specified so that SOURCE and DESTINATION can be read properly. e.g. boto-rsync -m "Content-Type: audio/mpeg" "Content-Disposition: attachment" -- ./path/ s3://bucket/ -r, --reduced Enable reduced redundancy on files copied to S3. -e, --encrypt-keys Enable server-side encryption on files copied to S3 (only applies when S3 is the destination). -p, --preserve-acl Copy the ACL from the source key to the destination key (only applies in S3/S3 and GS/GS transfer modes). -w, --no-overwrite No files will be overwritten, if the file/key exists on the destination it will be kept. Note that this is not a sync--even if the file has been updated on the source it will not be updated on the destination. --glob Interpret the tail end of SOURCE as a filename pattern and filter transfers accordingly. Note: If globbing a local path, make sure that your CLI's automatic filename expansion is disabled (typically accomplished by enclosing SOURCE in quotes, e.g. "/path/*.zip"). --no-recurse Do not recurse into directories. --skip-dirkeys When syncing to S3 or GS, skip the creation of keys which represent "directories" (an empty key ending in "/" for S3 or "_$folder$" for GS). --ignore-empty Ignore empty (0-byte) keys/files/directories. This will skip the transferring of empty directories and keys/files whose size is 0. Warning: S3/GS often uses empty keys with special trailing characters to specify directories. --delete Delete extraneous files from destination dirs after the transfer has finished (e.g. rsync's --delete- after). -n, --dry-run No files will be transferred, but informational messages will be printed about what would have happened. -v, --verbose Print additional informational messages. -d LEVEL, --debug LEVEL Level 0 means no debug output (default), 1 means normal debug output from boto, and 2 means boto debug output plus request/response output from httplib. --version show program's version number and exit -h, --help show the help message and exit
boto supports the option to read access/secret keys from the environment or from a credentials file. Set the AWS_ACCESS_KEY_ID/AWS_SECRET_ACCESS_KEY or GS_ACCESS_KEY_ID/GS_SECRET_ACCESS_KEY environment variables or use boto's advanced configuration options to set up a credentials file.
More information on boto's advanced configuration options can be found here: http://boto.cloudhackers.com/en/latest/boto_config_tut.html
- Differences between keys/files are assumed only by checking the size.
- Due to the nature of how directories work in S3/GS, some non-standard folder structures might not transfer correctly. Empty directories may also be overlooked in some cases. When in doubt, use "-n" first.
- Simple "globbing" (e.g. /path/*.zip) is supported but may behave strangely on some systems. See the "--glob" option's help text for more info.
- At this time, the script does not take advantage of boto's "multipart" transfer methods. (pull requests welcome!)
This is Alpha software--always remember to use the "-n" option first!
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.