Support and Scrum should not be an issue in a sane, well managed environment.
Ideally, the product should be developed and tested and maintained well enough that bugs are normally caught before they are shipped to customers. Likewise, the small percentage of bugs that do slip through should be documented, prioritised and added to the backlog to become part of the normal scrum process.
However, from time to time, there is bound to be a 'catastrophic' event that cannot be managed that way, and a crisis team is removed from the scrum sprint to address this issue, with the business accepting that scum commitments may slip as a consequence.
What should not happen though, is that there is such a volume of support requests at a high enough urgency that they continually disrupt the scrum sprint. If this occurs, then the solutions may include improving testing and QA before shipping, better training for support to solve more support issues without referring everything to 'software' for an answer, or perhaps as a last resort people with developer skills on the support team to handle these support issues.