# FoundationDB Upgrade 6.2.x -\> 7.x **URL:** \ **Category:** Running FoundationDB\ **Created:** [November 23, 2022, 7:34pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671 "2022-11-23T19:34:38Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![ajames](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@ajames](https://forums.foundationdb.org/u/ajames)\ **Post date:** [November 23, 2022, 7:34pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/1 "2022-11-23T19:34:38Z")
We are planning to upgrade from 6.2.x → 7.x Are there any docs/ discussions I can refer to understand what is the best approach for upgrading. Are there any known limitations? ---
**Author:** ![ajames](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@ajames](https://forums.foundationdb.org/u/ajames)\ **Post date:** [November 28, 2022, 11:23pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/2 "2022-11-28T23:23:29Z")
Any help here is much appreciated. ---
**Author:** ![johscheuer](https://avatars.discourse-cdn.com/v4/letter/j/f475e1/32.png) [@johscheuer](https://forums.foundationdb.org/u/johscheuer)\ **Post date:** [November 29, 2022, 8:37am UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/3 "2022-11-29T08:37:43Z")
For upgrading I would suggest doing 6.2 → 6.3 → 7.1 and not directly 6.2 → 7.1 (I’m actually not sure if this is supported and well-tested). The following doc explains how an upgrade can be performed: [Upgrading FoundationDB · apple/foundationdb Wiki · GitHub](https://github.com/apple/foundationdb/wiki/Upgrading-FoundationDB), make sure that your clients have both library version ready before doing the actual restart/upgrade of the FDB cluster. There are also some older forum post around upgrades in general: [Upgrading FoundationDB](https://forums.foundationdb.org/t/upgrading-foundationdb/191). If your cluster is running on Kubernetes you might want to look at the operator docs to understand how the operator performs the upgrade: [fdb-kubernetes-operator/technical\_design.md at main · FoundationDB/fdb-kubernetes-operator · GitHub](https://github.com/FoundationDB/fdb-kubernetes-operator/blob/main/docs/manual/technical_design.md). One of the limitations for version upgrades is (at least for major/minor upgrades) that those versions are protocol incompatible and you have to upgrade all fdbserver processes “at once” otherwise they are not able to communicate. ---
**Author:** ![tangerine](https://sea1.discourse-cdn.com/foundationdb/user_avatar/forums.foundationdb.org/tangerine/32/1084_2.png) [@tangerine](https://forums.foundationdb.org/u/tangerine)\ **Post date:** [December 2, 2022, 3:26pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/4 "2022-12-02T15:26:38Z")
So, does upgrade from 6.3-\>7.2 works without going to 7.1? What is blocking the direct jump from 6.2-\>7.1? Does FDB do some kind of reindexing to the existing data ? Or is it just not being tested? ---
**Author:** ![mengzhbj](https://avatars.discourse-cdn.com/v4/letter/m/3ab097/32.png) [@mengzhbj](https://forums.foundationdb.org/u/mengzhbj)\ **Post date:** [December 5, 2022, 4:00am UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/5 "2022-12-05T04:00:20Z")
I’ve verified 6.2-\>7.1 can succeed. fyi. ---
**Author:** ![ajames](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@ajames](https://forums.foundationdb.org/u/ajames)\ **Post date:** [December 5, 2022, 7:53pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/6 "2022-12-05T19:53:43Z")
Thank you everyone for the inputs. Currently our cluster is 6.2.15. We are planning to take 6.2.15 → 6.3.25 and then 7.1.25 upgrade path. We also pre-determine the number of coordinators, storage, transaction and proxy classes and specify in foundationdb.conf file in each node. Looks like proxy role has been split to grv\_proxies and commit\_proxies roles in 7.x. Does just specifying `class = proxy` still work in 7.x or do we need to split that equally between grv\_proxies and commit\_proxies? ---
**Author:** ![johscheuer](https://avatars.discourse-cdn.com/v4/letter/j/f475e1/32.png) [@johscheuer](https://forums.foundationdb.org/u/johscheuer)\ **Post date:** [December 6, 2022, 10:03am UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/7 "2022-12-06T10:03:05Z")
> Looks like proxy role has been split to grv\_proxies and commit\_proxies roles in 7.x. Does just specifying `class = proxy` still work in 7.x or do we need to split that equally between grv\_proxies and commit\_proxies? You can keep it like this in 7.1 and FDB will do a default split of (I believe) 1:4 of grv:commit proxies. You probably want to do some benchmarks to ensure this ratio makes sense for the workload pattern of your cluster(s). ---
**Author:** ![ajames](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@ajames](https://forums.foundationdb.org/u/ajames)\ **Post date:** [December 7, 2022, 12:00am UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/8 "2022-12-07T00:00:34Z")
Thank you! Also, is there any plan to support arm64 in production? From what I understand, currently support is only for mac m1 based local dev. ---
**Author:** ![Minaxi](https://avatars.discourse-cdn.com/v4/letter/m/2bfe46/32.png) [@Minaxi](https://forums.foundationdb.org/u/Minaxi)\ **Post date:** [December 12, 2022, 6:51pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/9 "2022-12-12T18:51:33Z")
where can download 7.x pachages, i only see 6.3 in this link [https://apple.github.io/foundationdb/downloads.html#client-server-packages](https://apple.github.io/foundationdb/downloads.html#client-server-packages) ---
**Author:** ![ajames](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@ajames](https://forums.foundationdb.org/u/ajames)\ **Post date:** [December 12, 2022, 7:18pm UTC](https://forums.foundationdb.org/t/foundationdb-upgrade-6-2-x-7-x/3671/10 "2022-12-12T19:18:37Z")
> **[Releases · apple/foundationdb](https://github.com/apple/foundationdb/releases)** > > FoundationDB - the open source, distributed, transactional key-value store - apple/foundationdb