Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gwpY0-0007Tt-8h for pgsql-admin@arkaria.postgresql.org; Thu, 21 Feb 2019 14:42:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gwpXy-0002nz-Lt for pgsql-admin@arkaria.postgresql.org; Thu, 21 Feb 2019 14:41:58 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gwpXx-0002gh-Lw for pgsql-admin@lists.postgresql.org; Thu, 21 Feb 2019 14:41:57 +0000 Received: from mail-io1-xd42.google.com ([2607:f8b0:4864:20::d42]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gwpXv-0006qa-9R for pgsql-admin@lists.postgresql.org; Thu, 21 Feb 2019 14:41:56 +0000 Received: by mail-io1-xd42.google.com with SMTP id v10so1647262iop.4 for ; Thu, 21 Feb 2019 06:41:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=s0aJz844kBvFM+gYwVhtf8CaU2pXUmwBQUIJaE346eM=; b=APmdbPVAwszfg9qmRID/AGdxIftcgczs7zlAuqgcYERQltzh8EeC3BkraRFwlTRCN+ SrlYhrNQAzv/A6I1EBrukwcSd2QjKh6XNwG5ulhEyseAVfT2FLNI4S+0yAkkcomvmuBF NzOFZmwN336SWdcOM52tFn0nX/zWF8kT8gBZnRf1Hm1HXeXxZqDM5TLf33k3CKI9wHOU 5KV124/PimM1Gpkfrft5IOMiMfatvA8j37JRt3dFOXUwF30Y/D8WqR6V5SAknvvhkqGz Sd4LKBkodgInLaqMi+rJTGmMOJE/O9AMtiaWmoalTrFYLBYNhQ2zGXjBWYiHC8ALpT4W L5nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=s0aJz844kBvFM+gYwVhtf8CaU2pXUmwBQUIJaE346eM=; b=qnm4lnqZHINKaP9OMuFHPcWpGcphIDdMuPdri/RgJJyEeZhF4/VGWpHmYHsq6W1Uyx a53A8GFfipONQBvRqxJT6CqDvbSVczy9ZpG/gDp99XOrYzcs315E8C5yYKcjwu35T2We yjub+3qnt+6cwNtkZ4Fjoc30RPp4CN850VYbqo1XsQWrUMY5rM/zKZuT567nkuiqZ6cT zixIvYKQY+qiY7HTOK3FnXoCfquUEDJc66+n1uS7DQQ64wqeOxG4ElRDf6vdOWPD6a19 ZstxtkWYAHY9hDbureDtk19xs4VF+Ls8jKeGE1tfZMiUbc3tWa+vI4W5uDISY2ElIFmk E+CQ== X-Gm-Message-State: AHQUAuZlh/IU7sa+/PuB/R9Cke2LmHVhYRoI9Wb80Usw3L2/75xadUp+ U9dfZvhwqMQ3tzGBg9PTU/8Qlg0v X-Google-Smtp-Source: AHgI3Ib0q56MByl7BOYN2LZ2iKDeMUboNNoinRTR8KIgeQfE9wOV0dDnMPUZz+tFTwLlh6/652k5SA== X-Received: by 2002:a5e:de05:: with SMTP id e5mr25969386iok.111.1550760114066; Thu, 21 Feb 2019 06:41:54 -0800 (PST) Received: from [10.22.10.6] ([172.98.67.72]) by smtp.googlemail.com with ESMTPSA id f12sm9966058ioj.81.2019.02.21.06.41.52 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Feb 2019 06:41:52 -0800 (PST) Subject: Re: Moving postgres 9.4 databases to new vm hosted datacenter To: pgsql-admin@lists.postgresql.org References: From: Ron Message-ID: Date: Thu, 21 Feb 2019 08:41:51 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2/21/19 6:42 AM, Mark Steben wrote: > Good morning, > We are presently planning to move our 9.4 production databases from our > datacenter in Norfolk where they have been running on solid state hardware > to a datacenter run by Expedient where they will run on pre-defined vms. > Our manager of development has expressed concern that there may be a > decline in performance - we had a similar decline several years ago when > we attempted to switch to vms. > My question is: is there a facility we can install on the vm where we can > simulate what we run on production now to approximate the load that we > currently run? Perhaps a read / replay of the postgres logs? WAL replay is single-threaded, so that won't work. A few months ago, we migrated from physical to virtual (and upgraded from 8.4 to 9.6) without any performance drop by ensuring that the underlying ESX host wasn't over-provisioned.  Naturally, you'd also have to contract for SSDs with Expedient. -- Angular momentum makes the world go 'round.