kube-backup | : floppy_disk : Kubernetes resource state sync to git | Continuous Backup library

 by   pieterlange Shell Version: 1.17.0-1 License: MIT

kandi X-RAY | kube-backup Summary

kandi X-RAY | kube-backup Summary

kube-backup is a Shell library typically used in Backup Recovery, Continuous Backup applications. kube-backup has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can download it from GitHub.

Quick 'n dirty kubernetes state backup script, designed to be ran as kubernetes Job. Think of it like [RANCID] for kubernetes. Props to @gianrubio for coming up with the idea.
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              kube-backup has a low active ecosystem.
              It has 435 star(s) with 112 fork(s). There are 13 watchers for this library.
              OutlinedDot
              It had no major release in the last 12 months.
              There are 6 open issues and 28 have been closed. On average issues are closed in 42 days. There are 6 open pull requests and 0 closed requests.
              It has a neutral sentiment in the developer community.
              The latest version of kube-backup is 1.17.0-1

            kandi-Quality Quality

              kube-backup has no bugs reported.

            kandi-Security Security

              kube-backup has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

            kandi-License License

              kube-backup is licensed under the MIT License. This license is Permissive.
              Permissive licenses have the least restrictions, and you can use them in most projects.

            kandi-Reuse Reuse

              kube-backup releases are available to install and integrate.
              Installation instructions, examples and code snippets are available.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of kube-backup
            Get all kandi verified functions for this library.

            kube-backup Key Features

            No Key Features are available at this moment for kube-backup.

            kube-backup Examples and Code Snippets

            No Code Snippets are available at this moment for kube-backup.

            Community Discussions

            QUESTION

            How to disable azure cosmos db continious backup
            Asked 2022-Feb-22 at 10:59

            I enabled the Azure cosmos DB continuous backup for one of my Cosmos DBs.
            How can I disable it? It just says you have successfully enrolled in continuous backup.

            ...

            ANSWER

            Answered 2022-Feb-22 at 10:59

            I am not sure if you have seen this message in the portal when you created the account/also mentioned in the doc

            "You will not be able to switch between the backup policies after the account has been created"

            since you need to select either "Periodic" or "Continuous" at the creation of Cosmos Account, it becomes mandatory.

            Update:

            You will not see the above in portal anymore, you can Switch from "Periodic" to "Continous" on an existing account and that cannot be reverted. You can read more here.

            Source https://stackoverflow.com/questions/69347197

            QUESTION

            Consistency of Continuous backup of Azure Cosmos DB
            Asked 2021-Nov-25 at 17:15

            What would be the consistency of the continuous backup of the write region if the database is using bounded staleness consistency? Will it be equivalent to strong consistent data assuming no failovers happened?

            Thanks Guru

            ...

            ANSWER

            Answered 2021-Nov-25 at 17:15

            Backups made from any secondary region will have data consistency defined by the guarantees provided by the consistency level chosen. In the case of strong consistency, all secondary region backups will have completely consistent data.

            Bounded staleness will have data that may have stale or inconsistent data inside the defined staleness window (minimum 300 seconds or 100k writes). Outside of that staleness window the data will be consistent.

            Data for the weaker consistency levels will have no guarantees for consistency from backups in secondary regions.

            Source https://stackoverflow.com/questions/70099953

            QUESTION

            Mongo atlas recommends cloud provider snaphots for backup - Is it effective?
            Asked 2020-May-19 at 10:12

            MongoDB has deprecated the continuous back up of data. It has recommended using CPS (Cloud provider snapshots). As far as I understood, snapshots isn't really going to be effective compared to continuous backup coz, if system breaks, then we can only be able to restore the data till the previous snapshot which isn't gonna make the database up-to-date or close to it atleast.

            Am I missing something here in my understanding?

            ...

            ANSWER

            Answered 2020-May-19 at 10:12

            Cloud provider snapshots can be combined with point in time restore to give the recovery point objective you require. With oplog based restores you can get granularity of one second.

            Source https://stackoverflow.com/questions/61886736

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install kube-backup

            Use the deployment example ([ssh](cronjob-ssh.yaml) or [AWS CodeCommit](cronjob-codecommit.yaml) authentication) and deploy a kubernetes CronJob primitive in your kubernetes (1.5 and up) cluster ensuring backups of kubernetes resource definitions to your private git repo. Define the following environment parameters: * GIT_REPO - GIT repo url. Required * GIT_PREFIX_PATH - Path to the subdirectory in your repository. Default: . * NAMESPACES - List of namespaces to export. Default: all * GLOBALRESOURCES - List of global resource types to export. Default: namespace * RESOURCETYPES - List of resource types to export. Default: ingress deployment configmap svc rc ds networkpolicy statefulset storageclass cronjob. Notice that Secret objects are intentionally not exported by default (see [git-crypt section](#git-crypt) for details). * GIT_USERNAME - Display name of git user. Default: kube-backup * GIT_EMAIL - Email address of git user. Default: kube-backup@example.com * GIT_BRANCH - Use a specific git branch . Default: master * GITCRYPT_ENABLE - Use git-crypt for data encryption. See [git-crypt section](#git-crypt) for details. Default: false * GITCRYPT_PRIVATE_KEY - Path to private gpg key for git-crypt. See [git-crypt section](#git-crypt) for details. Default: /secrets/gpg-private.key * GITCRYPT_SYMMETRIC_KEY - Path to shared symmetric key for git-crypt. See [git-crypt section](#git-crypt). Default: /secrets/symmetric.key.
            When using AWS CodeCommit and policy-based access from AWS, modify your cluster configuration to provide GitPull and GitPush access for that CodeCommit repo to your cluster. If using kops, the configuration will look something like this: ```yaml additionalPolicies: node: | [ { "Effect": "Allow", "Action": [ "codecommit:GitPull", "codecommit:GitPush" ], "Resource": "arn:aws:codecommit:<region>:<account name>:<repo-name>" } ] ``` NOTE: in this deployment, the ssh volume and secret are not present.
            When using a different repository (GitHub, BitBucket, etc.), mount a configured ssh directory in /backup/.ssh with the following files:
            known_hosts - Preloaded with SSH host key of $GIT_REPO host.
            id_rsa - SSH private key of user allowed to push to $GIT_REPO. Easiest way of doing this is: ```bash ssh-keygen -f ./id_rsa ssh-keyscan $YOUR_GIT_HOST > known_hosts kubectl create secret generic kube-backup-ssh -n kube-system --from-file=id_rsa --from-file=known_hosts ``` NOTE: If `id_rsa` isn't found in your ssh directory, the backup script will assume you're using AWS CodeCommit.

            Support

            For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries
            CLONE
          • HTTPS

            https://github.com/pieterlange/kube-backup.git

          • CLI

            gh repo clone pieterlange/kube-backup

          • sshUrl

            git@github.com:pieterlange/kube-backup.git

          • Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link

            Explore Related Topics

            Consider Popular Continuous Backup Libraries

            restic

            by restic

            borg

            by borgbackup

            duplicati

            by duplicati

            manifest

            by phar-io

            velero

            by vmware-tanzu

            Try Top Libraries by pieterlange

            kube-openvpn

            by pieterlangeShell

            kube-sysctl

            by pieterlangeShell

            kcd2019

            by pieterlangeJavaScript

            secretlifeofpods

            by pieterlangeJavaScript

            docker-packetbeat

            by pieterlangeShell