如何设置新的SQL Server数据库以允许将来可能的复制？

我正在构建一个系统,它有可能需要支持500多个并发用户,每个用户每分钟进行几十次查询(选择,插入和更新).基于这些需求和具有数百万行的表,我怀疑将来需要使用数据库复制来减少一些查询负载.

在过去没有使用过复制,我想知道在架构设计中是否还需要考虑什么？

例如,我曾被告知有必要使用GUID作为主键来启用复制.这是真的？
对于要复制的数据库,数据库设计有哪些特殊注意事项或最佳实践？

由于项目的时间限制,我不想在可能不需要时通过实施复制来浪费任何时间.(我现在有足够的明确问题需要克服,而不必担心必须解决可能的问题.)但是,如果/如果将来需要复制,我不希望必须进行可能可避免的架构更改.

关于这个主题的任何其他建议,包括学习实施复制的好地方,也将不胜感激.