/explore
|
You are here 
|
databasearchitects.blogspot.com | ||
| | | | |
planetscale.com
For big databases, IOPS and throughput can become a bottleneck in database performance. Learn how sharding helps scale out IOPS and throughput beyond the limitations of a single server. |
|
| | | | | ||
| | | | |
tanelpoder.com
You may remember my previous article about high-performance I/O for cloud databases, where I tested out the Silk Platform and got a single Azure VM to do over 5 GB/s (gigaBytes/s) of I/O for my large database query workload. The magic was in using iSCSI over the switched cloud compute network to multiple "data VMs" at the virtualized storage layer for high I/O throughput and scalability. Well, the Silk folks are at it again and Chris Buckel (@flashdba) just sent me screenshots of similar test runs using the latest Azure "v5" instance as the single large database node and they achieved over 10 GB/s scanning rate for reads and 6 GB/s write rate with large I/Os! - Linux, Oracle, SQL performance tuning and troubleshooting training & writing. |
|
| | | | | ||
| | | | |
flashdba.com
Over the course of the last few blog posts, we've looked at how an increasing number of database workloads are migrating to the cloud, how there is more than one path to get there... and why overprovisioning is one of the biggest challenges to overcome. We're talking about business-critical application workloads here: big, complex, demanding,... |
|
| | | | | ||
| | | | |
www.chriswarbo.net
|
|
| | | |||
