This message was deleted.
# k3s
a
This message was deleted.
c
That's not a supported migration, so there's not a super easy way to do that.
You'd probably be best off starting over with a new cluster and redeploying your applications
m
OK, well, at least now I know. Makes me think twice about making the move. I might still do it because I have all the manifests / charts, but it's not just a migration.
Thanks!
a
@creamy-pencil-82913 any idea of the complexity of a scripted migration. I guess the db format must be straightforward KV, which might be generated from etcd dump ?
c
You could stand up a temporary standalone kine instance backed by your target DB, use an etcd client to dump the keys out of the current cluster and into kine, and then point k3s at the DB.
👍 1
You can't use an etcd snapshot, it would have to be a dump/load
a
Nice. I guess it would me more complex if origin kine is not etcd (eg: moving from a mysql backend to a postgres backend) ?
c
Nah should work the same. You should be able to use an etcd client to do most things against kine.
👍 1
a
tkhs @creamy-pencil-82913