Zum Inhalt springen
BlogLinodelinode.clone() API-Aufruf

linode.clone() API Aufruf

Wir freuen uns, unseren neuesten API -Aufruf anzukündigen: linode.clone(). Dieser API -Aufruf ermöglicht es Ihnen, eine bestehende Linode auf einfache Weise in eine neue Instanz in einem Rechenzentrum Ihrer Wahl zu klonen. Dabei werden alle Konfigurationsprofile und Datenträgerabbilder geklont, die auf der Quell-Linode vorhanden sind.

Die Methode hat ein Limit von fünf gleichzeitigen Klonen von der gleichen Quell-Linode, um die Linode-Infrastruktur zu schützen. Wenn Sie versuchen, einen weiteren Klon auszuführen, während die Gleichzeitigkeitsgrenze erreicht ist, kehrt API mit einem "Validierungs"-Fehler zurück. Wenn Sie einen Klonprozess in großem Umfang ausführen möchten, kann die ursprüngliche Linode fünfmal geklont werden, dann können, sobald diese Klone beendet sind, die geklonten Linodes jeweils fünfmal gleichzeitig geklont werden, und so weiter. So können Sie Ihre Infrastruktur schnell von einer einzelnen Linode auf Hunderte skalieren.

Wir hoffen, dass Ihnen dieser neue API Aufruf gefällt und dass er für Ihre zukünftigen Einsätze in der Linode Cloud nützlich ist.

-Tim

Kommentare (10)

  1. Author Photo

    Wow, great!

    We’ve been looking for something like this for a while

  2. Author Photo

    Are there any pre-requisites for this API Call?
    Is the Linode need to be shutdown or will be shutdown during the clone process?

    How long would it take to clone? Is it the same thing as if its done from the console?

  3. Author Photo

    AWESOME! Been waiting for this for so long, at least now we can script our scaling activities!

  4. Author Photo

    Can we get one for checking the amount of bandwidth/transfer used for the current month next? (To compare against the existing call for finding the quota.)

  5. Author Photo

    @Dash

    > Is the Linode need to be shutdown or will be shutdown during the clone process?

    https://www.linode.com/api/linode/linode.clone

    “It is recommended that the source Linode be powered down during the clone.”

    The source Linode doesn’t have to be powered down, but it is recommended to ensure that a consistent copy of your data is cloned.

    > How long would it take to clone? Is it the same thing as if its done from the console?

    1-2 minutes per GB of data within the same datacenter of the source Linode (the Linode you’re cloning from), or 5-10 minutes per GB of data if migrating to a different datacenter.

  6. Author Photo

    I assume that you should not .clone() a Linode that has static networking set up, since the static confi will render the new node unreachable… or am I missing something?

  7. Author Photo

    Xof:

    You could still clone the Linode, but you’d need to use LISH to log in to the new Linode and adjust the networking configuration to the new IP address(es).

    Tony Yarusso:

    There isn’t currently a way to see how much transfer a particular Linode has used that I can see, but account.info() shows transfer pool amount and usage:

    https://www.linode.com/api/utility/account.info

  8. Author Photo

    How would you suggest auto scaling in an HA environment where you want to clone and configure network addresses all in one go?

  9. Author Photo

    The limitation of 5 clones per source linode seems very arbitrary – you’re just offloading additional work to the side of the script doing the cloning. You might think we’re going to keep track of the clone count on our own, but the truth is we’re just going to iterate over existing linodes until the clone() call returns without an error.

    What difference could it possibly make on your end whether we clone a single linode 10 times versus cloning an initial linode 5 times, and then cloning the first clone 5 additional times? There should be no difference in your ability to “protect Linode infrastructure”..?

  10. Author Photo

    Xof brought up a good question regarding the static networking setup causing new node unreachable. May I know what is the best solution for that in Linode? Doug’s suggestion to login using LISH and change it manually doesn’t make sense to me, as it defeats the purpose of autoscaling.

Kommentar abgeben

Ihre E-Mail Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit *gekennzeichnet